[Wikidata-bugs] [Maniphest] [Edited] T182766: Create a Wikidata fact about a Google Code-in organisation or project

jayvdb updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...After creating the fact, submit your task with a comment including your contributions URL, such as https://www.wikidata.org/wiki/Special:Contributions/Example_Username Mentors: @jayvdb, @Zppix TASK DETAILhttps

[Wikidata-bugs] [Maniphest] [Commented On] T182766: Create a Wikidata fact about a Google Code-in organisation or project

jayvdb added a comment. Draft task at https://codein.withgoogle.com/dashboard/tasks/5159547750580224/TASK DETAILhttps://phabricator.wikimedia.org/T182766EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jayvdbCc: Zppix, Lydia_Pintscher, Jonas, Aklapper, jayvdb

[Wikidata-bugs] [Maniphest] [Commented On] T182766: Create a Wikidata fact about a Google Code-in organisation or project

jayvdb added a comment. @Zppix, we will need mentors with more experience editing on Wikidata.TASK DETAILhttps://phabricator.wikimedia.org/T182766EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jayvdbCc: Zppix, Lydia_Pintscher, Jonas, Aklapper, jayvdb

[Wikidata-bugs] [Maniphest] [Commented On] T182766: Create a Wikidata fact about a Google Code-in organisation or project

jayvdb added a comment. I am interested in mentoring this one, but I would need help if this was to have more than a few instances available. To simplify the task a little, I have created items for all the GCI orgs which were missing from Wikidata, and they all appear on https://gci

[Wikidata-bugs] [Maniphest] [Created] T182766: Create a Wikidata fact about a Google Code-in organisation or project

jayvdb created this task.jayvdb added projects: Google-Code-in-2017, Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONThis task is to add one fact to Wikidata about a Google Code-in organisation or project. Wikidata facts are being used to automatically create Wikipedia articles

[Wikidata-bugs] [Maniphest] [Commented On] T175984: Unable to undo wikidata merge made by merge.js

jayvdb added a comment. I dont have rollback it seems.TASK DETAILhttps://phabricator.wikimedia.org/T175984EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jayvdbCc: WikidataFacts, Sjoerddebruin, MisterSynergy, Nikki, Mbch331, jayvdb, Aklapper, HizkiFW

[Wikidata-bugs] [Maniphest] [Updated] T175984: Unable to undo wikidata merge made by merge.js

jayvdb added a project: Wikidata.jayvdb added a comment. I just did another restore of a bad merge, and it failed with Invalid content data https://www.wikidata.org/w/index.php?title=Q19281208="">TASK DETAILhttps://phabricator.wikimedia.org/T175984EMAIL PREFERENCEShttps://phabricator.

[Wikidata-bugs] [Maniphest] [Commented On] T163910: Show geoshapes in Map view

jayvdb added a comment. Is that a separate task?TASK DETAILhttps://phabricator.wikimedia.org/T163910EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jayvdbCc: Jonas, jayvdb, Lea_Lacroix_WMDE, Lucas_Werkmeister_WMDE, Aklapper, Jheald, GoranSMilovanovic, QZanden

[Wikidata-bugs] [Maniphest] [Commented On] T163910: Show geoshapes in Map view

jayvdb added a comment. I believe there is a more fundamental problem, that statements of this datatype are missing from WDQS results These two queries using P3896: geoshape produce 0 results, but Q11299: Manhattan uses it: http://tinyurl.com/y832zmfr SELECT ?item WHERE { ?item wdt:P3896

[Wikidata-bugs] [Maniphest] [Commented On] T161885: Services wikibase:box and wikibase:around timeout

jayvdb added a comment. I found that wikibase:box works ok if used with literal "Point(..)"^^geo:wktLiteral. However wikibase:around didnt work with literals - it returns zero results. So geospacial searching only works in very limited cases. As it has been a few months since this

[Wikidata-bugs] [Maniphest] [Commented On] T143848: Automatically map wikibase-item to the correct namespace on the target wiki

jayvdb added a comment. In T143848#2593446, @Mattflaschen-WMF wrote: In T143848#2581252, @jayvdb wrote: @Mattflaschen-WMF , is it not possible to create a wiki in which only one namespace can contain flow boards? It is possible. However, automatically importing all Flow boards

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T143848: Automatically map wikibase-item to the correct namespace on the target wiki

jayvdb added a subscriber: Mattflaschen-WMF.jayvdb added a comment. @Mattflaschen-WMF , is it not possible to create a wiki in which only one namespace can contain flow boards?TASK DETAILhttps://phabricator.wikimedia.org/T143848EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] [Created] T143848: Automatically map wikibase-item to the correct namespace on the target wiki

jayvdb created this task.jayvdb added projects: MediaWiki-Export-or-Import, MediaWiki-extensions-WikibaseRepository, Flow.Herald added subscribers: TTO, Aklapper.Herald added projects: Collaboration-Team-Triage, Wikidata. TASK DESCRIPTIONAs an alternative to T143687: Allow setting target namespace

[Wikidata-bugs] [Maniphest] [Commented On] T138708: [Epic] Signed statements

jayvdb added a comment. We want to enable institutions and people to sign statements in order to say that they indeed state what is in the statement. Isnt that a recipe for wikibase being used as a primary source repository? Or is the goal to store verification that a statement correctly

[Wikidata-bugs] [Maniphest] [Updated] T142678: Wikiba.se git links broken

jayvdb added a project: Gitblit-Deprecate.jayvdb added a comment. In T142678#2543592, @Danny_B wrote: T139027: gitblit blobs not redirecting to the correct moved resource unless .git is part of repo in url related not really. this is not a blob. For this one, /summary/ needs to be removed from

[Wikidata-bugs] [Maniphest] [Updated] T53412: Import of items to other MediaWiki installations with Wikibase not possible

jayvdb added a comment.Herald added a project: Wikidata. @Lydia_Pintscher , that is not dissimilar to importing wikitext pages, especially the process of importing templates, where a strict order is needed, but is not provided . So admins just import them one by one until they all work. However

[Wikidata-bugs] [Maniphest] [Created] T142678: Wikiba.se git links broken

jayvdb created this task.jayvdb added projects: MediaWiki-extensions-WikibaseRepository, Gitblit-Deprecate.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONhttp://wikiba.se/applications/#repo links to https://git.wikimedia.org/summary/mediawiki%2Fextensions

Re: [Wikidata] Controversy around Wikimania talks

Wikimedia Commons will have its own structured data repository soon, and it will need to tackle this BLP problem also. Wikidata really needs a BLP policy; then it is easier to trust Wikidata with the grey area. Wikimedians will be worried that while Gerard's intention is noble, when they have an

Re: [Wikidata] Controversy around Wikimania talks

the wikimania site is not a reliable source reflecting on what happened. The published proceedings of Wikimania would be an RS. On Sun, 31 Jul 2016 21:00 Gerard Meijssen, wrote: > Hoi > Ask yourself what it is about.. It is about the Wikimania talks. What was > done

Re: [Wikidata] Controversy around Wikimania talks

I looked quickly at AN and it seems the issue is about creating items about Wikimedians who dont clearly meet the notability criteria. Recreating items about users after they haved objected, is dangerous ground to be walking on Wikidata needs an accepted and enforced BLP. I assume these items

Re: [Wikidata] Possibility of data lock

The straw man has lots of wrinkles. If we can build AbuseFilter rules, and apply protection (incl. semi-), on granular information, the community can better manage the growth of the data source with a serious attempt at maintaining quality and stability. We need to escape from the 'page'

Re: [Wikidata] Possibility of data lock

Wikis also have auto patrolled rights. The fundamental issue here is that modification of a well qualified / sourced statement should be extremely rare as facts rarely change. This is a level of granularity that Wikidata promises to make fundamental differences to how content grows and how editing

Re: [Wikidata] Possibility of data lock

Absolutely. Is this possible with the AbuseFilter? Is there a project to make AbuseFilter rules for Wikibase JSON easy to write? On Thu, 9 Jun 2016 23:08 Yair Rand, wrote: > Or maybe instead of locking things down, we could do things the wiki way > and just make it easier

[Wikidata-bugs] [Maniphest] [Commented On] T132897: Create Special:MyEditor shortcut for the user's current editor, to allow linking VE, wikitext, ProofreadPage, etc. help pages

jayvdb added a comment. Well, ProofreadPage 'provides' a source (raw wikitext) editor for any title in the namespace managed by ProofreadPage. So I can see why one person might think it needs to be part of this proposal! But if the user has chosen to use VE for ProofreadPage

[Wikidata-bugs] [Maniphest] [Updated] T132897: Create Special:MyEditor shortcut for the user's current editor, to allow linking VE, wikitext, ProofreadPage, etc. help pages

jayvdb added a project: I18n. jayvdb added a comment. In https://phabricator.wikimedia.org/T132897#2314775, @Dvorapa wrote: > @jayvdb Can you think up any solution better than this special page/magic word/redirect linking in order to refer new users to the appropriate help p

[Wikidata-bugs] [Maniphest] [Commented On] T132897: Create Special:MyEditor shortcut for the user's current editor, to allow linking VE, wikitext, ProofreadPage, etc. help pages

jayvdb added a comment. @Blahma, the 'help' problem for new users is a real problem, but magic words, special pages, etc doesnt feel like the right solution; or at least it solves only a tiny part of the problem which is 'getting to the front page of the relevant help pages', and it looks

[Wikidata-bugs] [Maniphest] [Commented On] T132897: Create Special:MyEditor shortcut for the user's current editor, to allow linking VE, wikitext, ProofreadPage, etc. help pages

jayvdb added a comment. Ideally I can use different registered editors in different namespaces or content models, in which case Special:MyEditor doesnt make sense. TASK DETAIL https://phabricator.wikimedia.org/T132897 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] [Updated] T124451: Don't add claims if a logged in user gets logged out

jayvdb added a project: JavaScript. jayvdb added a comment. In https://phabricator.wikimedia.org/T124451#2216249, @ZhouZ wrote: > @Multichill, is this still an on-going issue? Ongoing - probably not. Can occur again - yes. In the incident that caused this task, wmf

[Wikidata-bugs] [Maniphest] [Commented On] T123150: Move starsList into re-usable component

jayvdb added a comment. Are we 100% sure all starlists have been migrated to wikidata? TASK DETAIL https://phabricator.wikimedia.org/T123150 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: gerritbot, Aklapper, StudiesWorld, jayvdb

[Wikidata-bugs] [Maniphest] [Edited] T123150: Move starsList into re-usable component

jayvdb edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T123150 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: gerritbot, Aklapper, StudiesWorld, jayvdb, pywikibot-bugs-list, Lewizho99, D3r1ck01, Izno, Wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T112130: Pywikibot crashes on items with quantities with units. Need to implement unit support in pywikibot WbQuanity

jayvdb added a comment. Ah, this fix was released in pwb 2.0rc4, so you need to upgrade to avoid this problem. TASK DETAIL https://phabricator.wikimedia.org/T112130 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: Vladis13

[Wikidata-bugs] [Maniphest] [Commented On] T112130: Pywikibot crashes on items with quantities with units. Need to implement unit support in pywikibot WbQuanity

jayvdb added a comment. Could you create a subtask for that? TASK DETAIL https://phabricator.wikimedia.org/T112130 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: Vladis13, ArthurPSmith, zhuyifei1999, jayvdb, Ladsgroup, gerritbot

[Wikidata-bugs] [Maniphest] [Commented On] T129281: Test test_content_format failing due to new member 'application/vnd.php.serialized' on Wikibase repos

jayvdb added a comment. I'd be happy either way; but would like to know promptly either way. If it is correct for it to be exposed, then we can update our test method. We also need to document how/when to use `application/vnd.php.serialized` with `action=edit`. It isnt currently listed

[Wikidata-bugs] [Maniphest] [Triaged] T129281: Test test_content_format failing due to new member 'application/vnd.php.serialized' on Wikibase repos

jayvdb triaged this task as "High" priority. jayvdb added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. jayvdb added a comment. Our test suite has a failing test because of this. Unless it was intentionally exposed, and it seems that it wasnt, please find the cause a

[Wikidata-bugs] [Maniphest] [Updated] T129281: Test test_content_format failing due to new member 'application/vnd.php.serialized' on Wikibase repos

jayvdb added a project: MediaWiki-extensions-WikibaseRepository. jayvdb edited the task description. Herald added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T129281 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T75319: Batch multiple entity-changes in one request

jayvdb added a subscriber: jayvdb. TASK DETAIL https://phabricator.wikimedia.org/T75319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, daniel, Aklapper, Ricordisamoa, Wikidata-bugs, Tobi_WMDE_SW, Lydia_Pintscher, Izno, aude

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T111649: [Story] When using wbeditentity and the clear parameter the summary should be improved to say "Setting entity" or just "editing entity"

jayvdb added a subscriber: jayvdb. TASK DETAIL https://phabricator.wikimedia.org/T111649 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Ricordisamoa, daniel, Bene, Addshore, Aklapper, Izno, Wikidata-bugs, aude, Mbch331

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T122512: Wikidata issues break addWiki.php

jayvdb added a subscriber: jayvdb. TASK DETAIL https://phabricator.wikimedia.org/T122512 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Wikidata, Krenair, Aklapper, Izno, Wikidata-bugs, aude, Mbch331

[Wikidata-bugs] [Maniphest] [Commented On] T115679: Handle property datatype changing gracefully

jayvdb added a comment. In https://phabricator.wikimedia.org/T115679#1968762, @thiemowmde wrote: > Have a look into the file ApiQuerySiteinfo.php and how it works. It's > impossible to inject something like `meta=wikibase`. Why do you call this > "deprecated"? This never e

[Wikidata-bugs] [Maniphest] [Commented On] T115679: Handle property datatype changing gracefully

jayvdb added a comment. I see the current patch puts this new data structure into `meta=siteinfo`. I am wondering why there, instead of `meta=wikibase`. Is `meta=wikibase` being deprecated? IMO ideally this mapping should also be exposed on `Special:ListDatatypes` (e.g. mention that a 'URL

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T124224: I'm editing in Widar under some else his/her account using oauth

jayvdb added a subscriber: jayvdb. TASK DETAIL https://phabricator.wikimedia.org/T124224 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Anomie, jayvdb Cc: jayvdb, Luke081515, greg, Lydia_Pintscher, hoo, jcrespo, csteipp, Anomie, Magnus, Aklapper

[Wikidata-bugs] [Maniphest] [Lowered Priority] T104522: Wikibase API warning of unknown format

jayvdb lowered the priority of this task from "Unbreak Now!" to "Normal". jayvdb added a comment. I was basing the increased priority on this part of https://phabricator.wikimedia.org/T104522#1932994, which sounds like the revision id isnt being managed correctly inside Pywi

[Wikidata-bugs] [Maniphest] [Raised Priority] T104522: Wikibase API warning of unknown format

jayvdb raised the priority of this task from "Normal" to "Unbreak Now!". jayvdb added a comment. Eww, changing of the revision id is a serious problem. It might be a `master` only problem (try 2.0?), and the most recent related commit on master is my https://phabr

[Wikidata-bugs] [Maniphest] [Updated] T123150: Move starsList into re-usable component

jayvdb removed a project: Patch-For-Review. jayvdb set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T123150 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: gerritbot, Aklapper, StudiesWorld, jayvdb, pywikibot-bugs-list

[Wikidata-bugs] [Maniphest] [Created] T123150: Move starsList into re-usable component

jayvdb created this task. jayvdb added a subscriber: jayvdb. jayvdb added projects: pywikibot-core, Pywikibot-Cosmetic-changes, Pywikibot-textlib.py, Wikidata. Herald added subscribers: pywikibot-bugs-list, StudiesWorld, Aklapper. TASK DESCRIPTION `cosmetic_changes` and `add_text` both have

[Wikidata-bugs] [Maniphest] [Commented On] T123150: Move starsList into re-usable component

jayvdb added a comment. Old code which could be useful to resolve this task here: https://gerrit.wikimedia.org/r/#/c/251906/3/scripts/add_text.py,cm TASK DETAIL https://phabricator.wikimedia.org/T123150 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Triaged] T112243: Overwriting a redirect using wbeditentity causes an exception

jayvdb triaged this task as "Normal" priority. jayvdb added a comment. Still not very helpful, but at least it isnt an exception. TASK DETAIL https://phabricator.wikimedia.org/T112243 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Created] T123019: Wikibase repository and client in docker container

jayvdb created this task. jayvdb added a subscriber: jayvdb. jayvdb added projects: mediawiki-containers, Wikidata. Herald added subscribers: StudiesWorld, Aklapper. TASK DESCRIPTION To increase the ease of installation, and hopefully increase number of installations/users/developers, it would

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T62097: no.wikisource language issue

jayvdb added a subscriber: jayvdb. Herald added a subscriber: Aklapper. TASK DETAIL https://phabricator.wikimedia.org/T62097 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Aklapper, Amire80, siebrand, JanZerebecki, aude

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T116168: Language code «no» used during addition of labels

jayvdb added a subscriber: jayvdb. TASK DETAIL https://phabricator.wikimedia.org/T116168 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Liuxinyu970226, StudiesWorld, Ricordisamoa, Aklapper, jeblad, Wikidata-bugs, aude, SPQRobin

[Wikidata-bugs] [Maniphest] [Updated] T62097: no.wikisource language issue

jayvdb added a project: Wikisource. TASK DETAIL https://phabricator.wikimedia.org/T62097 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Aklapper, Amire80, siebrand, JanZerebecki, aude, matej_suchanek, Ricordisamoa

[Wikidata-bugs] [Maniphest] [Commented On] T115679: Handle property datatype changing gracefully

jayvdb added a comment. Pywikibot does use the data type, quite extensively. e.g. https://github.com/wikimedia/pywikibot-core/blob/master/pywikibot/page.py#L3951 They are mapped to classes, and mapped to value-types. With something like https://gerrit.wikimedia.org/r/247080 , we can easily

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T55894: API now uses uppercase ids

jayvdb added subscribers: aude, Lokal_Profil, jayvdb. jayvdb added a comment. Herald added a project: Wikidata. (bringing information from the mailing list into this ticket for historical reference, and possible further follow up on what happened.) @daniel announced <ht

[Wikidata-bugs] [Maniphest] [Commented On] T115679: Handle property datatype changing gracefully

jayvdb added a comment. In https://phabricator.wikimedia.org/T115679#1732247, @Ricordisamoa wrote: > https://gerrit.wikimedia.org/r/137737 and > https://gerrit.wikimedia.org/r/227252 basically mean that `getPropertyType` > only gets called when `Property` is constructed manually, rig

[Wikidata-bugs] [Maniphest] [Updated] T115679: Handle property datatype changing gracefully

jayvdb added a comment. On cache invalidation, we can force a refresh of the `getPropertyType` property-datatype mapping whenever a new datatype is encountered. What would be nice is if Wikibase provided an API call to list all datatypes, so we can detect when the list of datatypes changes

[Wikidata-bugs] [Maniphest] [Updated] T95686: [Task] write a maintenance script to migrate properties from string to new identifier datatype

jayvdb added a subscriber: jayvdb. jayvdb added a comment. > We decided to not have the possibility to change a data type via a special > page (technically this would be possible if the value type does not change). > This breaks semantics, exports, external usages and such in possibly

[Wikidata-bugs] [Maniphest] [Updated] T113444: For the Wikisources, remove each languages Page: namespace from Special:UnconnectedPages

jayvdb added a subscriber: jayvdb. jayvdb added a comment. T68153: [Story] Ability to have [[Special:UnconnectedPages]] filter by namespace <https://phabricator.wikimedia.org/T68153> should reduce this problem. TASK DETAIL https://phabricator.wikimedia.org/T113444 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Created] T112360: wbeditentity paraminfo for 'new' should be a list of valid entities

jayvdb created this task. jayvdb added a subscriber: jayvdb. jayvdb added projects: MediaWiki-extensions-WikibaseRepository, Easy, Pywikibot-tests, MediaWiki-API. Herald added subscribers: pywikibot-bugs-list, Aklapper. Herald added a project: Wikidata. TASK DESCRIPTION https

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T98372: AbuseFilter doesn't log removal of redirects

jayvdb added a subscriber: jayvdb. TASK DETAIL https://phabricator.wikimedia.org/T98372 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Luke081515, Lydia_Pintscher, matej_suchanek, daniel, gerritbot, Addshore, Aklapper, Wikidata

[Wikidata-bugs] [Maniphest] [Updated] T112243: Overwriting a redirect using wbeditentity causes an exception

jayvdb added a project: Pywikibot-tests. jayvdb added a comment. Herald added a subscriber: pywikibot-bugs-list. The test sequence that caused this is `test_edit_redirect` in https://gerrit.wikimedia.org/r/#/c/237610/1/tests/wikibase_edit_tests.py,cm If necessary, it can be reproduced

[Wikidata-bugs] [Maniphest] [Created] T112238: API code "target-not-empty" is confusing

jayvdb created this task. jayvdb added a subscriber: jayvdb. jayvdb added projects: MediaWiki-extensions-WikibaseRepository, MediaWiki-API. Herald added a subscriber: Aklapper. Herald added a project: Wikidata. TASK DESCRIPTION When modifying a non-empty item, so that it becomes a redirect

[Wikidata-bugs] [Maniphest] [Created] T112243: Overwriting a redirect using wbeditentity causes an exception

jayvdb created this task. jayvdb added a subscriber: jayvdb. jayvdb added a project: MediaWiki-extensions-WikibaseRepository. Herald added a subscriber: Aklapper. Herald added a project: Wikidata. TASK DESCRIPTION Using `wbeditentity` to overwrite a redirect entity causes

[Wikidata-bugs] [Maniphest] [Raised Priority] T112130: Pywikibot crashes on items with quantities with units. Need to implement unit support in pywikibot WbQuanity

jayvdb raised the priority of this task from "Normal" to "High". jayvdb added a subscriber: jayvdb. TASK DETAIL https://phabricator.wikimedia.org/T112130 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb,

[Wikidata-bugs] [Maniphest] [Triaged] T112156: WbQuantity should require an explicit error margin

jayvdb triaged this task as "High" priority. jayvdb added a subscriber: jayvdb. TASK DETAIL https://phabricator.wikimedia.org/T112156 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Ladsgroup, Multichill, Aklapper, pywi

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T111787: [Bug] Cannot import items, even with allowEntityImport = true, because Wikibase disallows 'direct' create action

jayvdb added a subscriber: jayvdb. TASK DETAIL https://phabricator.wikimedia.org/T111787 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, wpmirrordev, aude, Aklapper, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T110559: Make sure that Pywikibot still works with new api data output format

jayvdb closed this task as "Resolved". jayvdb claimed this task. jayvdb added a comment. Latest build passes all wikibase related tests. TASK DETAIL https://phabricator.wikimedia.org/T110559 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Updated] T110668: PropertyId is not formatted with label when saving / adding new statements

jayvdb added a blocked task: T110559: Make sure that Pywikibot still works with new api data output format. TASK DETAIL https://phabricator.wikimedia.org/T110668 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, jayvdb Cc: gerritbot, aude

[Wikidata-bugs] [Maniphest] [Updated] T110559: Make sure that Pywikibot still works with new api data output format

jayvdb added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T110559 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: gerritbot, jayvdb, Ricordisamoa, XZise, Addshore, Aklapper, pywikibot-bugs-list, Multichill, Wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T100123: API code 'readonly' not handled

jayvdb added a comment. again en.wp watch (which is a 'write' action) https://travis-ci.org/wikimedia/pywikibot-core/jobs/78971375#L2813 TASK DETAIL https://phabricator.wikimedia.org/T100123 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb

[Wikidata-bugs] [Maniphest] [Commented On] T102741: Create a Phabricator project for Python library WikibaseDataModel

jayvdb added a comment. In https://phabricator.wikimedia.org/T102741#1597741, @Aklapper wrote: > Regarding the "create a Phabricator project part" here, > https://www.mediawiki.org/wiki/Extension:Wikibase_DataModel lists > @JeroenDeDauw as maintainer, lists http

[Wikidata-bugs] [Maniphest] [Closed] T110819: Q404 is alive; test_item_missing failing

jayvdb closed this task as Resolved. jayvdb claimed this task. jayvdb added a comment. Thanks TASK DETAIL https://phabricator.wikimedia.org/T110819 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: Multichill, gerritbot, Addshore, Aklapper

[Wikidata-bugs] [Maniphest] [Updated] T110819: Q404 is alive; test_item_missing failing

jayvdb added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T110819 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: Addshore, Aklapper, jayvdb, pywikibot-bugs-list, Wikidata-bugs, aude, Ricordisamoa, Malyacko

[Wikidata-bugs] [Maniphest] [Changed Project Column] T100123: API code 'readonly' not handled

jayvdb moved this task to MediaWiki on the Pywikibot-network workboard. TASK DETAIL https://phabricator.wikimedia.org/T100123 WORKBOARD https://phabricator.wikimedia.org/project/board/102/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc

[Wikidata-bugs] [Maniphest] [Updated] T85358: Testing Pywikibot-Wikidata changes on non-production wikis

jayvdb added a blocking task: T85331: Dynamic wikibase detection. TASK DETAIL https://phabricator.wikimedia.org/T85358 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: gerritbot, zeljkofilipin, aude, Lydia_Pintscher, jayvdb, Qgil, Aklapper

[Wikidata-bugs] [Maniphest] [Updated] T85358: Testing Pywikibot-Wikidata changes on non-production wikis

jayvdb removed projects: Patch-For-Review, Google-Code-in-2014. TASK DETAIL https://phabricator.wikimedia.org/T85358 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: gerritbot, zeljkofilipin, aude, Lydia_Pintscher, jayvdb, Qgil, Aklapper

[Wikidata-bugs] [Maniphest] [Retitled] T102741: Create a Phabricator project for Python library WikibaseDataModel

jayvdb changed the title from Python library for Wikibase data values to Create a Phabricator project for Python library WikibaseDataModel. jayvdb edited the task description. jayvdb added a project: Project-Creators. TASK DETAIL https://phabricator.wikimedia.org/T102741 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T85358: Testing Pywikibot-Wikidata changes on non-production wikis

jayvdb added a comment. So now this is a regular problem on pywikibot integration tests. https://travis-ci.org/wikimedia/pywikibot-core/jobs/75715391#L1153 The test that is failing is `test_unconnected` in https://github.com/wikimedia/pywikibot-core/blob/master/tests/site_tests.py 1. It loads

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T47224: Allow detailed summaries in GUI

jayvdb added a subscriber: jayvdb. Herald added a subscriber: Aklapper. TASK DETAIL https://phabricator.wikimedia.org/T47224 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Aklapper, Candalua, MGChecker, Liuxinyu970226, Wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T100123: API code 'readonly' not handled

jayvdb added a comment. enwp action=watch: https://travis-ci.org/jayvdb/pywikibot-core/jobs/71403019#L2666 TASK DETAIL https://phabricator.wikimedia.org/T100123 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: XZise, Multichill

[Wikidata-bugs] [Maniphest] [Closed] T92669: PropertyPage object doesn't support access to or modification of a property's claims

jayvdb closed this task as Resolved. jayvdb added a comment. In https://phabricator.wikimedia.org/T92669#1453171, @Ricordisamoa wrote: `addClaim` and `removeClaims` methods are still missing from `PropertyPage`. The problem has been resolved. If you wish to add extra ways to modify

[Wikidata-bugs] [Maniphest] [Closed] T92669: PropertyPage object doesn't support access to or modification of a property's claims

jayvdb closed this task as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T92669 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, jayvdb Cc: jayvdb, Ladsgroup, gerritbot, Ricordisamoa, pywikibot-bugs-list, Aklapper, despens

[Wikidata-bugs] [Maniphest] [Commented On] T56767: ItemPage.get() chokes on labels with a 'removed' value

jayvdb added a comment. Is 'removed' in wbgetentities JSON only ever possible for labels, or could it also appear in aliases or descriptions, or (heaven forbid please) also in claims? TASK DETAIL https://phabricator.wikimedia.org/T56767 EMAIL PREFERENCES https://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Commented On] T100123: API code 'readonly' not handled

jayvdb added a comment. Another one , on zh.wikisource , during action=purge: https://travis-ci.org/wikimedia/pywikibot-core/jobs/70494280 TASK DETAIL https://phabricator.wikimedia.org/T100123 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb

Re: [Wikidata] property label/alias uniqueness

Will there be a warning when critical aliases are being removed? On Wed, 8 Jul 2015 09:28 Lydia Pintscher lydia.pintsc...@wikimedia.de wrote: Hey folks :) Right now the property parser function on Wikipedia and other clients only works with the label of the property. People are asking us to

[Wikidata-bugs] [Maniphest] [Changed Project Column] T102741: Python library for Wikibase data values

jayvdb moved this task to Wikibase features on the Pywikibot-Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T102741 WORKBOARD https://phabricator.wikimedia.org/project/board/110/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Changed Project Column] T85385: Implement Monolingual text in Pywikibot

jayvdb moved this task to Wikibase features on the Pywikibot-Wikidata workboard. Herald added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T85385 WORKBOARD https://phabricator.wikimedia.org/project/board/110/ EMAIL PREFERENCES https://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Changed Project Column] T103282: 30 second timeout on testRecentchanges connected to wikidata

jayvdb moved this task to Upstream on the Pywikibot-tests workboard. TASK DETAIL https://phabricator.wikimedia.org/T103282 WORKBOARD https://phabricator.wikimedia.org/project/board/107/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc

[Wikidata-bugs] [Maniphest] [Updated] T100123: API code 'readonly' not handled

jayvdb added a project: Wikidata. jayvdb added a comment. Only seen on https://phabricator.wikimedia.org/tag/wikidata/ so far. It looks like the api provides no information about how long the bot should wait. is there some other way to determine how long to wait? TASK DETAIL https

[Wikidata-bugs] [Maniphest] [Created] T104522: Wikibase API warning of unknown format

jayvdb created this task. jayvdb added a subscriber: jayvdb. jayvdb added projects: Pywikibot-tests, Pywikibot-network, Pywikibot-Wikidata, Wikidata, pywikibot-core. Herald added subscribers: pywikibot-bugs-list, Aklapper. TASK DESCRIPTION ``` $ PYWIKIBOT2_TEST_WRITE=1 python2.7 -m unittest

[Wikidata-bugs] [Maniphest] [Updated] T92669: PropertyPage object doesn't support acess to or modification of a property's claims

jayvdb added a comment. In https://phabricator.wikimedia.org/T92669#1404090, @Ricordisamoa wrote: In https://phabricator.wikimedia.org/T92669#1403308, @jayvdb wrote: So, property claims can have references/sources. That means that the only ItemPage-specific data is sitelinks. They dont

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T78296: Empty references should not be allowed

jayvdb added a subscriber: jayvdb. TASK DETAIL https://phabricator.wikimedia.org/T78296 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, thiemowmde, Aklapper, Lucie, Wikidata-bugs, aude, JeroenDeDauw, Malyacko, P.Copp

[Wikidata-bugs] [Maniphest] [Reopened] T92669: PropertyPage object doesn't support acess to or modification of a property's claims

jayvdb reopened this task as Open. TASK DETAIL https://phabricator.wikimedia.org/T92669 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Ladsgroup, gerritbot, Ricordisamoa, pywikibot-bugs-list, Aklapper, despens, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T92669: PropertyPage object doesn't support acess to or modification of a property's claims

jayvdb added subscribers: gerritbot, Ladsgroup, jayvdb. jayvdb merged a task: T103303: Property support for claims. TASK DETAIL https://phabricator.wikimedia.org/T92669 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Ladsgroup

[Wikidata-bugs] [Maniphest] [Commented On] T92669: PropertyPage object doesn't support acess to or modification of a property's claims

jayvdb added a comment. So, property claims can have references/sources. That means that the only ItemPage-specific data is sitelinks. They dont appears to be valid for properties. But perhaps we should check if the Wikibase team intend to add sitelinks/badges to Properties? TASK DETAIL

[Wikidata-bugs] [Maniphest] [Edited] T103282: 30 second timeout on testRecentchanges connected to wikidata

jayvdb edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T103282 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: Lydia_Pintscher, greg, Aklapper, jayvdb, pywikibot-bugs-list, Wikidata-bugs, aude

[Wikidata-bugs] [Maniphest] [Commented On] T85358: Testing Pywikibot-Wikidata changes on non-production wikis

jayvdb added a comment. In https://phabricator.wikimedia.org/T85358#1392985, @zeljkofilipin wrote: Is this still a problem? If not, can it be resolved? The steps to reproduce the problem still produce the same error. TASK DETAIL https://phabricator.wikimedia.org/T85358 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T103207: Interwiki sorting order for West Frisian Wikibooks

jayvdb added a comment. Wikis already define their sort order in a tool-agnostic manner. See https://meta.wikimedia.org/wiki/Talk:Interwiki_sorting_order#2015_usage And pywikibot already handles most of these settings, but it needs an overhaul. We already use the `auto-languagecode-fy

[Wikidata-bugs] [Maniphest] [Edited] T95287: separate identifiers from other statements

jayvdb edited the task description. jayvdb set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T95287 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Micru, adrianheine, thiemowmde, Snaterlicious, Tobi_WMDE_SW, Bene

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T102741: Python library for Wikibase data values

jayvdb added a subscriber: Qgil. jayvdb added a comment. @qgil, Can we set up this new project with the code managed by https://phabricator.wikimedia.org/tag/diffusion/? TASK DETAIL https://phabricator.wikimedia.org/T102741 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T95287: separate identifiers from other statements

jayvdb added a subscriber: jayvdb. TASK DETAIL https://phabricator.wikimedia.org/T95287 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Micru, adrianheine, thiemowmde, Snaterlicious, Tobi_WMDE_SW, Bene, Multichill, Addshore

  1   2   >