[Wikidata-bugs] [Maniphest] T171140: Enable Wikidata support for Outreach Wiki

[gerritbot]

gerritbot added a comment.


  Change 789978 **merged** by jenkins-bot:
  
  [mediawiki/extensions/WikimediaMessages@master] wikibase-otherprojects: Add 
outreachwiki for Wikidata client listing
  
  https://gerrit.wikimedia.org/r/789978

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

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

To: Stang, gerritbot
Cc: Ladsgroup, Urbanecm, CptViraj, 1234qwer1234qwer4, Framawiki, Kaganer, 
Jane023, PokestarFan, Koavf, Lydia_Pintscher, Aklapper, Ricordisamoa, Candalua, 
Krenair, MZMcBride, Darkdadaah, intracer, iecetcwcpggwqpgciazwvzpfjpwomjxn, 
Liuxinyu970226, Fernandobacasegua34, Astuthiodit_1, Yodas_henchman, 786, 
Suran38, NguoiDungKhongDinhDanh, Biggs657, karapayneWMDE, Invadibot, 
Lalamarie69, Zabe, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, 
Un1tY, Akuckartz, Hook696, AKA_MBG, Kent7301, Dibya, joker88john, 94rain, 
CucyNoiD, Nandana, Tks4Fish, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, 
Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, QZanden, Kizule, 
LawExplorer, Lewizho99, Maathavan, Devwaker, Niklitov, _jensen, rosalieper, 
4nn1l2, Neuronton, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, 
Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, 
Snowolf, Base, aude, Dcljr, Addshore, Matanya, Mbch331, Jay8g
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T294803: WDQS query returns dead links instead of SomeValue values

[CamelCaseNick]

CamelCaseNick added a comment.


  To address the visualization within WDQS (and not the dereferencing): Would a 
new prefix `wdunkownvalue: ` added 
to `wikibase.queryService.RdfNamespaces.NAMESPACE_SHORTCUTS.Wikidata` be a 
feasible solution? It doesn't sound too complex, and the descriptiveness of the 
prefix might guide WDQS users to the correct conclusion regarding its meaning, 
even those not familiar with skolemization and well-known URI as skolem IRIs.

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

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

To: CamelCaseNick
Cc: CamelCaseNick, Jheald, Bugreporter, Lucas_Werkmeister_WMDE, Jarekt, 
Aklapper, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, MPhamWMF, 
maantietaja, CBogen, ItamarWMDE, 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
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T171140: Enable Wikidata support for Outreach Wiki

[Stang]

Stang added a comment.


  Ack, thanks for clarification!

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

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

To: Stang
Cc: Ladsgroup, Urbanecm, CptViraj, 1234qwer1234qwer4, Framawiki, Kaganer, 
Jane023, PokestarFan, Koavf, Lydia_Pintscher, Aklapper, Ricordisamoa, Candalua, 
Krenair, MZMcBride, Darkdadaah, intracer, iecetcwcpggwqpgciazwvzpfjpwomjxn, 
Liuxinyu970226, Fernandobacasegua34, Astuthiodit_1, Yodas_henchman, 786, 
Suran38, NguoiDungKhongDinhDanh, Biggs657, karapayneWMDE, Invadibot, 
Lalamarie69, Zabe, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, 
Un1tY, Akuckartz, Hook696, AKA_MBG, Kent7301, Dibya, joker88john, 94rain, 
CucyNoiD, Nandana, Tks4Fish, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, 
Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, QZanden, Kizule, 
LawExplorer, Lewizho99, Maathavan, Devwaker, Niklitov, _jensen, rosalieper, 
4nn1l2, Neuronton, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, 
Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, 
Snowolf, Base, aude, Dcljr, Addshore, Matanya, Mbch331, Jay8g
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T171140: Enable Wikidata support for Outreach Wiki

[Urbanecm]

Urbanecm added a comment.


  In T171140#7912378 , 
@Stang wrote:
  
  > @Urbanecm Thanks for point it out, so I wonder if this could be processed 
in a SWAT window and assistance from expert is required? If possible, please 
offer relevant support on it, thanks!
  
  Hey, thanks for the question. B windows (new name for SWAT windows) and 
"needs an expert" are kinda mutually exclusive. If a task needs a specific 
person to do it, it shouldn't go through B That's because B is meant for 
things that can be deployed by "anyone" (usually, that equals "low-risk" 
patches). Tasks that need specific treatment, specific knowledge or similar 
should generally go through their own deployment window. Thanks for your 
understanding!

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

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

To: Stang, Urbanecm
Cc: Ladsgroup, Urbanecm, CptViraj, 1234qwer1234qwer4, Framawiki, Kaganer, 
Jane023, PokestarFan, Koavf, Lydia_Pintscher, Aklapper, Ricordisamoa, Candalua, 
Krenair, MZMcBride, Darkdadaah, intracer, iecetcwcpggwqpgciazwvzpfjpwomjxn, 
Liuxinyu970226, Fernandobacasegua34, Astuthiodit_1, Yodas_henchman, 786, 
Suran38, NguoiDungKhongDinhDanh, Biggs657, karapayneWMDE, Invadibot, 
Lalamarie69, Zabe, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, 
Un1tY, Akuckartz, Hook696, AKA_MBG, Kent7301, Dibya, joker88john, 94rain, 
CucyNoiD, Nandana, Tks4Fish, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, 
Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, QZanden, Kizule, 
LawExplorer, Lewizho99, Maathavan, Devwaker, Niklitov, _jensen, rosalieper, 
4nn1l2, Neuronton, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, 
Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, 
Snowolf, Base, aude, Dcljr, Addshore, Matanya, Mbch331, Jay8g
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T308389: mw.ForeignApi always gets a CSRF token, even if it can't use it

[Legoktm]

Legoktm closed this task as "Invalid".
Legoktm edited projects, added MediaWiki-extensions-CentralAuth; removed 
Wikidata, Wikibase-JavaScript-Api.
Legoktm added a comment.


  That request isn't solely to fetch CSRF tokens, it serves another purpose:
  
 * Query the foreign wiki to see if we're already logged in there in 
the user's browser, which
 * means that there's no need to query for and use 'centralauthtoken' 
parameter.
 *
 * To avoid wasted requests, get a CSRF token at the same time.
  
  (from 
https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/CentralAuth/+/refs/heads/master/modules/ext.centralauth.ForeignApi.js#81)
  
  The request scheme is described at 
https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/CentralAuth/+/refs/heads/master/modules/ext.centralauth.ForeignApi.js#9
 - basically if you are not logged in remotely, you need to get a short-lived 
centralauthtoken for each foreign request. But if you're logged in remotely, 
which is what the meta=userinfo is for, then we don't need centralauthtokens. 
And since we're making a request anyways, it makes sense to fetch the CSRF 
token at that time, if possible.

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

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

To: Legoktm
Cc: Legoktm, Aklapper, AlexisJazz, Trngsh15, Mengs21, Zabe, EgbeRef, 
Vaibhav0199, Tinzawoo533, CptViraj, WDoranWMF, Majavah, Onmir, DannyS712, 
wildly_boy, Mh-3110, Yahya, Amorymeltzer, Jayprakash12345, enigmaeth, rohitt, 
Sethakill, dg711, Dixtosa, Wong128hk, Snowolf, Dinoguy1000, jayvdb, Jay8g, 
Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T308389: mw.ForeignApi always gets a CSRF token, even if it can't use it

[Maintenance_bot]

Maintenance_bot added a project: Wikidata.

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

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

To: Maintenance_bot
Cc: Aklapper, AlexisJazz, Astuthiodit_1, Trngsh15, karapayneWMDE, Invadibot, 
Mengs21, maantietaja, EgbeRef, ItamarWMDE, Vaibhav0199, Akuckartz, Tinzawoo533, 
WDoranWMF, Onmir, DannyS712, Nandana, Mh-3110, Yahya, Amorymeltzer, Lahi, Gq86, 
GoranSMilovanovic, Jayprakash12345, QZanden, enigmaeth, rohitt, LawExplorer, 
Sethakill, dg711, _jensen, rosalieper, Scott_WUaS, Dixtosa, Wikidata-bugs, 
aude, Dinoguy1000, jayvdb, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T308389: mw.ForeignApi always gets a CSRF token, even if it can't use it

[AlexisJazz]

AlexisJazz created this task.
AlexisJazz added projects: MediaWiki-Action-API, Wikibase-JavaScript-Api, 
JavaScript.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  **List of steps to reproduce** (step by step, including full links if 
applicable):
  
var api = new mw.ForeignApi('https://wikidata.beta.wmflabs.org/w/api.php');

api.get({format:'json',action:'wbgetentities',props:'sitelinks',ids:'Q1'}).done(function(data){});
  
  **What happens?**:
  Get:
  
  - 
https://wikidata.beta.wmflabs.org/w/api.php?action=query=json=https%3A%2F%2Fcommons.wikimedia.beta.wmflabs.org=userinfo%7Ctokens
  - 
https://wikidata.beta.wmflabs.org/w/api.php?action=wbgetentities=json=https%3A%2F%2Fcommons.wikimedia.beta.wmflabs.org=sitelinks=Q1
  
  Links without origin to open in browser:
  
  - 
https://wikidata.beta.wmflabs.org/w/api.php?action=query=json=userinfo%7Ctokens
  - 
https://wikidata.beta.wmflabs.org/w/api.php?action=wbgetentities=json=sitelinks=Q1
  
  **What should have happened instead?**:
  Just get the second link. You didn't need nor use that CSRF token.

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

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

To: AlexisJazz
Cc: Aklapper, AlexisJazz, Trngsh15, Mengs21, EgbeRef, Vaibhav0199, Tinzawoo533, 
WDoranWMF, Onmir, DannyS712, Mh-3110, Yahya, Amorymeltzer, Jayprakash12345, 
enigmaeth, rohitt, Sethakill, dg711, Dixtosa, Wikidata-bugs, Dinoguy1000, jayvdb
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T308384: Save button when editing a statement is not enabled when the old item's label matches the new item's QID

[Nikki]

Nikki created this task.
Nikki added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  To reproduce:
  
  - Start adding a new statement
  - Select a property with the datatype "wikibase-item" (e.g. Sandbox-Item 
)
  - Enter "Q1" and select the disambiguation item Q1 
 (Q165472)
  - Save the statement
  - Start editing the statement that was just added
  - Focus the input field and add a space at the end to trigger the item lookup
  - Select the item universe  (Q1)
  
  Expected behaviour: The "publish" link should be enabled, so that the change 
can be saved.
  Actual behaviour: The "publish" link is still disabled, even though the value 
of the statement has changed.
  
  The pair of items can be any pair where the old item's label matches the new 
item's QID, e.g.
  
  - Q2  (Q404776) and Earth 
 (Q2)
  - Q3  (Q416042) and life 
 (Q3)
  - Q150  (Q18166377) and French 
 (Q150)
  
  It also happens for qualifiers and references.

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

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

To: Nikki
Cc: Aklapper, Nikki, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, 
ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T308180: Can't Set CORS with Blazegraph, which is needed to communicate with Wikidata Query Service GUI on Localhost

[Superraptor123]

Superraptor123 added a comment.


  Attempted another solution, listed here 
, still no dice. 
This potential solution involved:
  
  1. Downloading the `.jar` files, `cors-filter-*.jar` and 
`java-property-utils-*.jar`
  2. Putting those files in the 
`./wikidata-query-rdf/war/target/war/work/com.blazegraph/bigdata-war/WEB-INF/lib`
 directory.
  3. Adding the following to 
`./wikidata-query-rdf/war/target/war/work/com.blazegraph/bigdata-war/WEB-INF/web.xml`:
  

CORS
com.thetransactioncompany.cors.CORSFilter

  
  
  
  4. Attempting the Wikidata Query Service GUI query still fails, still results 
in `net::ERR_FAILED 200` and the CORS issue persists.

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

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

To: Superraptor123
Cc: Aklapper, Superraptor123, Astuthiodit_1, AWesterinen, karapayneWMDE, 
Invadibot, MPhamWMF, maantietaja, CBogen, ItamarWMDE, Akuckartz, darthmon_wmde, 
Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, 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
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org