[Wikidata-bugs] [Maniphest] T267383: duplicated prop suggestions when editing WD

2020-11-05 Thread VladimirAlexiev
VladimirAlexiev created this task.
VladimirAlexiev added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  While editing https://www.wikidata.org/wiki/Q101218804 (a company register), 
I wanted to add some more props, and I got the following suggestions:
  F32442066: image.png 
  
  The suggestions are very relevant, but the first 4 are shown twice.
  
  (Note: I've added some of these props, so you may get fewer suggestions now)

TASK DETAIL
  https://phabricator.wikimedia.org/T267383

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: VladimirAlexiev
Cc: Aklapper, VladimirAlexiev, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T229939: Implement wikidata entity selector in OOUI input field

2020-11-05 Thread Physikerwelt
Physikerwelt added a comment.


  @thiemowmde do you have time for a code review?

TASK DETAIL
  https://phabricator.wikimedia.org/T229939

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Physikerwelt
Cc: Liuxinyu970226, Ladsgroup, Lucas_Werkmeister_WMDE, hoo, Aklapper, 
thiemowmde, Tgr, cscott, Niedzielski, Esanders, Physikerwelt, Andreg-p, 
Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, 
CucyNoiD, Nandana, Gaboe420, Hagarshilo, Giuliamocci, Cpaulf30, Lahi, Gq86, 
Af420, Bsandipan, GoranSMilovanovic, Maosef, QZanden, LawExplorer, Lewizho99, 
Maathavan, Debenben, _jensen, rosalieper, xSavitar, Scott_WUaS, Izno, ferdbold, 
Wikidata-bugs, aude, fredw, Pkra, Gryllida, Ricordisamoa, scfc, 
Jdforrester-WMF, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267354: Revision-delete edits does not show successful operation

2020-11-05 Thread Ymblanter
Ymblanter added a comment.


  Just to clarify that the problem is the absence of any notification that the 
revdel was successful. (The error message when I click again is quite expected).

TASK DETAIL
  https://phabricator.wikimedia.org/T267354

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ymblanter
Cc: Ymblanter, Lydia_Pintscher, Aklapper, Mohammed_Sadat_WMDE, Akuckartz, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T266856: Allow for loading more results for the Lookup component on scroll

2020-11-05 Thread Sarai-WMDE
Sarai-WMDE updated the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T266856

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: guergana.tzatchkova, Sarai-WMDE
Cc: ItamarWMDE, Aklapper, Michael, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267363: Investigate the use of baserevid with MCR and creating a new MediaInfo entity on an existing page

2020-11-05 Thread Addshore
Addshore created this task.
Addshore added projects: StructuredDataOnCommons, WikibaseMediaInfo, Wikidata, 
Wikidata-Campsite, Multi-Content-Revisions.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  In T263298  one of the issue at 
play is that you can't provide a baserevid to Wikibase API endpoints to create 
a mediainfo entity, if it didn't already exist.
  This is discovered and confirmed in T263298#6494034 

  
  > When a file on commons does not get have a media info entity attached to 
it, you can not use a baserevid in Wikibase API calls
  > This is a small issue with the MCR integration that someone will need to 
tackle for the edit conflict rules to be able to work in all cases.
  
  The issue identified in the ticket is with the `wbsetclaim` API, but this 
likely affects ALL apis when used in this mode.
  
  When Wikibase is being used with an MCR enabled entity type
  And the page for the entity already exists
  And the page has a revision ID
  And the relevant entity does not yet exist (no media info entity yet)
  Then the API should allow use of the latest page id with the baserevid 
parameter (throughout the API)
  
  Although the bug is likely in Wikibase or MediaWiki the MediaInfo extension 
will be greatly benficial when debugging as it is the only entity type 
currently setup to work with MCR.
  
  **Reproduction:**
  
  - Upload a new file (and do NOT add any structured data)
  - Use `wbsetclaim` to add a statement and set the baserevid to the latest 
page revsiion
  - Receive an error
  
  Expected outcome: the edit would be allowed
  
  Reading:
  
  - https://www.mediawiki.org/wiki/Requests_for_comment/Multi-Content_Revisions
  - https://www.mediawiki.org/wiki/Extension:WikibaseMediaInfo

TASK DETAIL
  https://phabricator.wikimedia.org/T267363

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Addshore, Aklapper, CBogen, Akuckartz, DannyS712, Nandana, JKSTNK, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, JJMC89, _jensen, rosalieper, 
Agabi10, Scott_WUaS, Jonas, Wikidata-bugs, aude, Ricordisamoa, Lydia_Pintscher, 
Jdforrester-WMF, Mbch331, Ltrlg
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T263298: Not getting an edit conflict on two conflicting structured data edits on Commons (since MediaWiki 1.36/wmf.9?)

2020-11-05 Thread Addshore
Addshore added a comment.


  Quickly discussed with Lydia and Sam after our sync call today:
  
  **1# We will investigate the "final point" being the MCR issue** with 
baserevid and see if we can get closer to what needs to happen there. (This 
could then land on one of us, or on the core team)
  
  TBA ticket
  
  **2#** We discussed the possibility of adding more **edit conflict 
situations** in Wikibase but **didn't come to a final conclusion**.
  The main points here are:
  
  - These issues have not surfaced since the edit conflict rules etc were setup 
in 2013, thus they obviously do not cause that much of an issue (nothing has 
changed here), so **if this is a one off pain**, it **might not be worth 
touching anything**
  - @Lydia_Pintscher will come back to this "is it worth it" point at some 
point.
  - Even if we agree that it may not be worth it to be prioritized ahead of 
other things right now, it might still be nice to have at some point in the 
future, as the edit conflict condition does make some sense.
  - **The second bold issue** discussed in T263298#6586005 
 which we currently created 
`ignoreduplicatemainsnak` for **will likely never become an edit conflict 
issue**.
- We also don't think it makes sense to include this extra functionality in 
our baseline future REST API.
- This will mean that T234457  
**will need to be solved in a different way** in the future. (as part of the 
CAT tool, or as a MediaInfo / CAT tool specific API) as mentioned in the 
comment above.
  
  I hope my inline bold is not too annoying here.

TASK DETAIL
  https://phabricator.wikimedia.org/T263298

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Nintendofan885, Samantha_Alipio_WMDE, Cparle, Lydia_Pintscher, WMDE-leszek, 
CBogen, holger.knust, Ramsey-WMF, Addshore, DannyS712, Aklapper, Multichill, 
Akuckartz, WDoranWMF, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, 
Jayprakash12345, QZanden, LawExplorer, Sethakill, dg711, _jensen, rosalieper, 
Scott_WUaS, Wong128hk, Wikidata-bugs, aude, jayvdb, Mbch331, Rxy, Legoktm
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267267: Banner on German Wikipedia and wikidata.org throwing NS_ERROR_FILE_CORRUPTED: error

2020-11-05 Thread Jdlrobson
Jdlrobson triaged this task as "Unbreak Now!" priority.
Jdlrobson added a comment.


  There were 2,429 errors in the last 24 hrs. For now I am calling UBN when a 
new error is introduced that exceeds 1,500 errors every 24hrs.
  If it's a banner though it doesn't block the train.

TASK DETAIL
  https://phabricator.wikimedia.org/T267267

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jdlrobson
Cc: Pcoombe, Urbanecm, Aklapper, Jdlrobson, EgbeRef, Vaibhav0199, Akuckartz, 
JanJaquemot, Tobias_Schumann_WMDE-ext, Tinzawoo533, darthmon_wmde, Onmir, 
DannyS712, Nandana, Mh-3110, Amorymeltzer, Lahi, Gq86, tmletzko, 
GoranSMilovanovic, Jayprakash12345, QZanden, enigmaeth, rohitt, LawExplorer, 
_jensen, rosalieper, gabriel-wmde, Scott_WUaS, Dixtosa, Verdy_p, kai.nissen, 
Wikidata-bugs, aude, Dinoguy1000, Jdforrester-WMF, Mbch331, Rxy, Jay8g, 
Krenair, RhinosF1
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267267: Banner on German Wikipedia and wikidata.org throwing NS_ERROR_FILE_CORRUPTED: error

2020-11-05 Thread Pcoombe
Pcoombe edited projects, added WMDE-Fundraising-Tech; removed 
Wikimedia-Fundraising-Banners.
Pcoombe added a comment.
Restricted Application added a project: WMDE-FUN-Team.


  Timing coincides with campaign C20_WMDE_Test_09 

 going up, so yes it's probably one or both of B20_WMDE_Test_09_ctrl 

 or B20_WMDE_Test_09_var 
.
 Pinging #wmde-fundraising-tech 
 as owners of 
those banners.
  
  WMF Fundraising saw a similar issue before in T264366#6510591 
 caused by corrupt Firefox 
profiles 
(https://stackoverflow.com/questions/18877643/error-in-local-storage-ns-error-file-corrupted-firefox/26371494),
 and all of these errors also appear to be in Firefox. We fixed it by wrapping 
the use of localStorage in a try/catch. Alternatively I believe the mw.storage 
 module 
can handle this.

TASK DETAIL
  https://phabricator.wikimedia.org/T267267

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Pcoombe
Cc: Pcoombe, Urbanecm, Aklapper, Jdlrobson, EgbeRef, Vaibhav0199, Akuckartz, 
JanJaquemot, Tobias_Schumann_WMDE-ext, Tinzawoo533, darthmon_wmde, Onmir, 
DannyS712, Nandana, Mh-3110, Amorymeltzer, Lahi, Gq86, tmletzko, 
GoranSMilovanovic, Jayprakash12345, QZanden, enigmaeth, rohitt, LawExplorer, 
_jensen, rosalieper, gabriel-wmde, Scott_WUaS, Dixtosa, Verdy_p, kai.nissen, 
Wikidata-bugs, aude, Dinoguy1000, Jdforrester-WMF, Mbch331, Rxy, Jay8g, 
Krenair, jbolorinos-ctr, spatton
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267354: Revision-delete edits does not show successful operation

2020-11-05 Thread Mohammed_Sadat_WMDE
Mohammed_Sadat_WMDE created this task.
Mohammed_Sadat_WMDE added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  As a Wikidata Admin, when I click the RevisionDelete button to remove an 
entry from a page's history I do not get feedback whether the operation failed 
or succeeded, but when I press the button again I do get an error message that 
the revision has already been deleted.
  
  I would like to see some indication of a successful operation when I use the 
RevisionDelete button on Wikidata on the first click.
  
  See report on Wikidata:Contact the development team#Revision-deletion result 
.

TASK DETAIL
  https://phabricator.wikimedia.org/T267354

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Mohammed_Sadat_WMDE
Cc: Lydia_Pintscher, Aklapper, Mohammed_Sadat_WMDE, Akuckartz, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T255767:  Design: Quantity value selector

2020-11-05 Thread Volker_E
Volker_E added a comment.


  Note: The link in the task description is not publicly accessible.

TASK DETAIL
  https://phabricator.wikimedia.org/T255767

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Charlie_WMDE, Volker_E
Cc: Volker_E, Aklapper, Sarai-WMDE, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T266022: Programmatically categorize WDQS queries by potential alternative solution

2020-11-05 Thread CBogen
CBogen updated the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T266022

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JAllemandou, CBogen
Cc: dcausse, JMinor, Aklapper, Gehel, Addshore, JAllemandou, Lydia_Pintscher, 
CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, 
Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T57755: Allow time values more precise than day on Wikidata

2020-11-05 Thread Jc3s5h
Jc3s5h added a comment.


  In T57755#6593446 , 
@Bouzinac wrote:
  
  > Well, how one could write a timezone for {{Q|Q3062714}}, whose guillotine 
worked on 10 h 22, Paris Time (given the fact that in 21 JAN 1793, UTC didn't 
exist) ?
  
  At present, we can't give the date and time when Louis XVI was executed. As 
you can see from the discussion over the last 3 years, several substantially 
different approaches have been suggested and no choice among them has been made 
yet.
  
  I don't know what time of day Louis XVI was executed, but I'll suppose for 
the sake of discussion 10 h 22 m Paris time is correct. The first step is to 
determine if this is apparent solar time or mean solar time. If it is apparent 
solar time, and the time scale selected is a mean time scale, we would have to 
convert it. I don't have a converter handy that would work for that date.
  
  UTC didn't exist before about 1962. The time scale that has noon at Greenwich 
occurring at 12 h 0 m, and can be projected back for many centuries, is UT1. 
The longitude of Paris is 2.3522 degrees East. Each hour of mean time is 
equivalent to 15 degrees of longitude, so 2.3522 degrees corresponds to 9 
minutes. So mean Paris time is 9 minutes ahead of UT1.

TASK DETAIL
  https://phabricator.wikimedia.org/T57755

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jc3s5h
Cc: Bouzinac, Rehman, Nintendofan885, Multichill, Mahir256, BrokenSegue, 
Wikirik123, PDrouin-WMF, SandraF_WMF, DannyS712, Abit, Magnus, Ramsey-WMF, 
Addshore, valerio.bozzolan, Sabas88, Sannita, Paucabot, MisterSynergy, 
Lea_Lacroix_WMDE, Realworldobject, Marsupium, robbi5, Andrei_Stroe, Jklamo, 
sladen, Liuxinyu970226, Esc3300, Edgars2007, ChristianKl, Saehrimnir, Jc3s5h, 
Mike_Peel, Thryduulf, Jobu0101, Laddo, Aklapper, MGChecker, Yair_rand, 
Apsdehal, Wikidata-bugs, Ricordisamoa, Lydia_Pintscher, Ltrlg, Akuckartz, 
Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Scott_WUaS, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T233204: Mixup of unicode characters in Query Service

2020-11-05 Thread CamelCaseNick
CamelCaseNick added a comment.


  This problem also effects umlaut characters vs the use of the diacritics 
Unicode character U+0308. (And ListeriaBot cannot save the latter.)

TASK DETAIL
  https://phabricator.wikimedia.org/T233204

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: CamelCaseNick
Cc: Unjoanqualsevol, Nikki, CamelCaseNick, Smalyshev, Aklapper, 
Lucas_Werkmeister_WMDE, Igorkim78, Gehel, Lea_Lacroix_WMDE, CBogen, Akuckartz, 
Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T157673: Don't use PHP serialization to determine revision size for Entities

2020-11-05 Thread thiemowmde
thiemowmde added a subscriber: Lydia_Pintscher.
thiemowmde added a comment.


  It sounds like the only place that uses these numbers is the history. It 
displays both the page size for each revision (in a tooltip), as well as +/- 
changes. Touching this code will have these consequences:
  
  - All these numbers will finally be correct.
- Note I assume we use the compact JSON serialization as it is when using 
Special:EntityData 
. This is what 
I would expect as a user.
- Counter-argument: It might be that these numbers are not used for 
anything. It really doesn't matter how "correct" they are, as long as they show 
a reasonable +/- trend.
  - Old rows in the history will not be updated automatically. It will most 
probably look like all pages get significantly smaller for a reason a user 
looking at the history can't understand. However:
- This happened before and will happen again when something is changed or 
added to the serialization. An edit to an old entity will migrate it to use the 
new serialization. The reported size will change in a way the user can't 
understand. This is to be expected.
- It should be possible to update all old history entries. It just might 
not be worth it.
  
  Essentially: This is a PM decision. @Lydia_Pintscher? The code change is 
rather trivial.

TASK DETAIL
  https://phabricator.wikimedia.org/T157673

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: thiemowmde
Cc: Lydia_Pintscher, StudiesWorld, JanZerebecki, Addshore, aude, hoo, 
thiemowmde, Aklapper, daniel, Akuckartz, darthmon_wmde, DannyS712, Nandana, 
lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Scott_WUaS, Izno, Wikidata-bugs, Dinoguy1000, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T210503: Wikidata Query UI code sample tests are disabled everywhere

2020-11-05 Thread Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a comment.


  Update: the tests still don’t work properly in CI, but they’ll now print this 
message (mainly pasting it here so it can be found via search):
  
..Not allowed to load local resource: 
blob:null/4a34a5eb-6a3d-4c43-8893-b9a91e4745aa  
   
..Access to XMLHttpRequest at 
'file:///home/luwe/git/wikidata-query-gui/wikibase/tests/queryService/api/code-examples/simple/query.sparql'
 from origin 'null' has been blocke
d by CORS policy: Cross origin requests are only supported for protocol 
schemes: http, data, chrome, https. 
 
Could not run code samples test because CORS is not available on file:// 
pages.  

To run this test, you must serve and access the tests over HTTP.

 
Failed to load resource: net::ERR_FAILED

 
.Access to XMLHttpRequest at 
'file:///home/luwe/git/wikidata-query-gui/wikibase/tests/queryService/api/code-examples/empty/query.sparql'
 from origin 'null' has been blocked 
by CORS policy: Cross origin requests are only supported for protocol 
schemes: http, data, chrome, https.
Could not run code samples test because CORS is not available on file:// 
pages.
To run this test, you must serve and access the tests over HTTP.
Failed to load resource: net::ERR_FAILED
.OK

TASK DETAIL
  https://phabricator.wikimedia.org/T210503

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE
Cc: gerritbot, Aklapper, Lucas_Werkmeister_WMDE, CBogen, Akuckartz, Nandana, 
Namenlos314, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, EBjune, merbst, 
LawExplorer, Salgo60, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T267310: Allow job name configuration for Streaming Updater

2020-11-05 Thread Zbyszko
Zbyszko created this task.
Zbyszko added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  As a WDQS maintainer I want to be able to change the name of the streaming 
updater job so that I can easily test or use it for anything other than WDQS 
without breaking metrics or adding confusion.

TASK DETAIL
  https://phabricator.wikimedia.org/T267310

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Zbyszko
Cc: Aklapper, Zbyszko, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T264538: Release 1.35 version of wikibase docker image

2020-11-05 Thread Rosalie_WMDE
Rosalie_WMDE claimed this task.
Rosalie_WMDE added a subscriber: Ladsgroup.

TASK DETAIL
  https://phabricator.wikimedia.org/T264538

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Rosalie_WMDE
Cc: Ladsgroup, Addshore, WMDE-leszek, darthmon_wmde, Samantha_Alipio_WMDE, 
GreenReaper, Aklapper, DD063520, Hazizibinmahdi, Akuckartz, Iflorez, alaa_wmde, 
Jelabra, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Scott_WUaS, Jonas, Asahiko, despens, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T233204: Mixup of unicode characters in Query Service

2020-11-05 Thread Unjoanqualsevol
Unjoanqualsevol added a comment.


  Hi, I'm not a developer, I only contribute to Wikidata, but, IMHO, It's 
really weird for a database to change data encoding when outputs results(!?) 
Yes, I know, changes are on indexing, but users doesn't care about internal 
pipes: data is encoded with A, they make a query, and output is uses encoding 
B. Really weird.
  
  So, If encoding normalization of query results is a desired behaviour (Is 
it?) data should be normalized on data input, with a warning to user when 
recorded data differs from input data. Of course, normalization input generates 
a lot of troubles too. What happens if a record must need  and not normalized 
form?
  
  If encoding normalization of query results isn't a desired behaviour, then 
identical level for collation/indexing should be used.
  
  My 5 cents.

TASK DETAIL
  https://phabricator.wikimedia.org/T233204

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Unjoanqualsevol
Cc: Unjoanqualsevol, Nikki, CamelCaseNick, Smalyshev, Aklapper, 
Lucas_Werkmeister_WMDE, Igorkim78, Gehel, Lea_Lacroix_WMDE, CBogen, Akuckartz, 
Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs