[Wikidata-bugs] [Maniphest] T301650: WCQS "Application Connection Error" E009

[Maintenance_bot]

Maintenance_bot added a project: Wikidata.

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

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

To: Maintenance_bot
Cc: Aklapper, Dominicbm, Invadibot, MPhamWMF, maantietaja, FRomeo_WMF, CBogen, 
Nintendofan885, Akuckartz, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _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] T301650: WCQS "Application Connection Error" E009

[Dominicbm]

Dominicbm created this task.
Dominicbm added projects: Wikidata-Query-Service, StructuredDataOnCommons.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  WCQS's authentication method has created a serious usability issue. I 
frequently run into this error:
  
  > Application Connection Error
  > This request has already been completed and cannot be resubmitted. Go back 
to the application and try to connect your account again, or contact the 
application author.
  >
  > OAuth token already used, E009
  >
  > Return to Main Page.
  
  https://www.mediawiki.org/wiki/Help:OAuth/Errors#E009
  
  This happens usually when I reload a closed browser tab with a WCQS query. 
What is frustrating about this is (1) I am not logged out of WCQS. I can 
navigate to WCQS in a new tab and run a query without re-authenticating in 
OAuth. (2) The way the error is handled makes it impossible to recover the 
query I was running, which is annoying, since WCQS does not allow you to save 
queries like Quarry. The query code is in the URL, but the error page itself 
does not allow you to reauthenticate, and the link in the error will only 
return you to the Commons main page, not even WCQS.
  
  As an example, when I get the error, I am redirected to a URL like this:
  
  
`https://commons.wikimedia.org/wiki/Special:OAuth/authenticate?oauth_token=3bd745b02f379a07ccf0df9cc685b3c0#SELECT%20%3Fdpla%20%3Fid%20%3Fdate_modified%20WHERE%20%7B%0A%20%20%3Fdpla%20wdt%3AP760%20%3Fid%3B%0A%20%20%20%20schema%3AdateModified%20%3Fdate_modified%20.%0A%20%20BIND%20%28now%28%29%20-%20%3Fdate_modified%20as%20%3Fdate_range%29%0A%20%20FILTER%20%28%3Fdate_range%20%3E%20100%29%0A%7D%20ORDER%20BY%20ASC%28%3Fdate_modified%29`
  
  If I simply replace the first part of the URL (everything before the `#`) 
with `https://commons-query.wikimedia.org/` and load that URL, it works as 
expected, without any actual issue with the authentication. Of course, no user 
would know to do that, so this is quite a frustrating occurrence, and the error 
message here seems like it is not serving whatever intended purpose it was 
designed for, if it can be circumvented in that way.
  
  F34950941: Screen Shot 2022-02-14 at 12.10.18 AM.png 


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

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

To: Dominicbm
Cc: Aklapper, Dominicbm, MPhamWMF, FRomeo_WMF, CBogen, Nintendofan885, JKSTNK, 
Namenlos314, Gq86, Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, 
jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T301471: New Service Request SchemaTree

[Maintenance_bot]

Maintenance_bot added a project: Wikidata.
Restricted Application added a project: wdwb-tech.

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

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

To: Maintenance_bot
Cc: Aklapper, Addshore, karapayneWMDE, Martaannaj, Michaelcochez, joanna_borun, 
Invadibot, Devnull, maantietaja, lmata, JMeybohm, Muchiri124, Akuckartz, 
RhinosF1, Legado_Shulgin, ReaperDawn, Nandana, Davinaclare77, Techguru.pc, 
Lahi, Gq86, GoranSMilovanovic, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, 
rosalieper, Scott_WUaS, Wong128hk, Eevans, Hardikj, Wikidata-bugs, aude, 
Sjoerddebruin, faidon, Jdforrester-WMF, Mbch331, Jay8g, fgiunchedi, Dzahn
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T301324: Uncaught Error: No Termbox root element found! on (Test) Wikidata mobile history pages

[gerritbot]

gerritbot added a comment.


  Change 761303 **merged** by jenkins-bot:
  
  [wikibase/termbox@master] Allow Termbox root element to be absent
  
  https://gerrit.wikimedia.org/r/761303

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

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

To: gerritbot
Cc: Aklapper, Michael, Catrope, Tarrow, Jakob_WMDE, Lucas_Werkmeister_WMDE, 
Fernandobacasegua34, 786, Suran38, Biggs657, Invadibot, Lalamarie69, 
maantietaja, Juan90264, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, 
darthmon_wmde, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, lucamauri, 
Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, 
QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, 
Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Addshore, 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] T293487: Add "none-of value-type constraint"

[Lydia_Pintscher]

Lydia_Pintscher added a project: Wikidata.

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

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

To: Lydia_Pintscher
Cc: Aklapper, Lectrician1, Invadibot, maantietaja, Akuckartz, Eihel, Nandana, 
Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, Esc3300, 
LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, abian, 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] T157774: Make it impossible to set the same content in the same language for label and alias

[Lydia_Pintscher]

Lydia_Pintscher added a comment.


  Last we looked at it it was a very small number and likely would not have 
made much of a difference wrt WDQS. The mul language code and removing 
redundant labels based on it are going to have a more significant impact.

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

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

To: Lydia_Pintscher
Cc: Lectrician1, Epidosis, PokestarFan, Lydia_Pintscher, Izno, abian, Aklapper, 
Invadibot, maantietaja, 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] T207705: Implement the Extended Date/Time Format Specification

[GreenReaper]

GreenReaper added a comment.


  From what I can see with a cursory search, the IETF seem happy to declare 
extensions to the standard 
 
rather than seeking to replace it. Time in a general sense is not their focus; 
timestamps for Internet protocols (which do not need to express the same 
vagaries as EDTF) and methods of setting time over a network are.
  
  Regardless, the focus of this issue is to implement a //specific// format, 
which is both of interest to some institutions, and also offers features not 
available in the existing datatype.
  
  There is a reasonable concern that not everyone will be able to contribute 
fully to development - I had my own problems when filing issues - but it 
probably does not pose the same issues as, say, integrating a proprietary 
database engine.
  
  As a practical matter, I suspect those who care the most about correctness 
with respect to the more obscure parts of the standard are the most likely to 
have a copy of it, or resources to fund access to it.

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

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

To: GreenReaper
Cc: Moebeus, Epidosis, SilentSpike, So9q, Lectrician1, GreenReaper, Spinster, 
mxn, Lydia_Pintscher, Marsupium, Jc3s5h, Mvolz, Liuxinyu970226, Pigsonthewing, 
Aklapper, Invadibot, maantietaja, 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] T301227: Create RDF dataset for testing alternatives to Blazegraph

[So9q]

So9q added a comment.


  related to https://phabricator.wikimedia.org/T260687 maybe a duplicate?

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

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

To: So9q
Cc: Aklapper, AWesterinen, So9q, Invadibot, maantietaja, 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