SLUBFDM created this task.
SLUBFDM added projects: Wikibase-Containers, Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  **Using the current wikibase docker containers, quickstatements is not 
working. Apparently, it is an issue with the oauth credentials (as set in the 
docker-compose.yml) not being handed over to the quickstatements container.**
  
  More detail:
  
  In docker-compose.yml, the consumerkey and secret were defined as set in the 
wiki oauth extension. However despite several restarts of the docker 
containers, these settings were not used from the quickstatements container. In 
fact, looking into the oauth.ini inside the quickstatements container, it 
revealed that the variables are still empty! Like this:  " consumerKey = ''  "
  
  So it seems that there is something broken with the quickstatements image. 
Also we are not the only ones having this problem. See Davide and @lordcyfer 
for example. At the wikibase workshop in Gent, they told us, setting up the 
quickstatements docker is still very difficult / has problems.
  
  See telegram conversation starting from https://t.me/c/1478172663/642
  
  we definitely have set OAUTH_CONSUMER_KEY et al set in the docker-compose 
file for the quickstatement service and also tried recreating the 
quickstatements container. 
  "docker images wikibase/quickstatements --digests" gives the following output:
  "wikibase/quickstatements   latest              
sha256:104fe7c34d422b1593a60ce8fba010cabae55e19c0cee2a2d755ba269fdcdbfa   
25ea948fcf41        4 weeks ago         433MB"
  
  we also opened a bash inside the quickstatements container and saw that the 
environment variables are indeed set, but the oauth.ini is empty.
  
  It turned out that although, the entrypoint.sh is executed, the command 
envsubst is *not* executed. 
  I tried to execute /entrypoint.sh again - still no effect.
  
  Then I executed the envsubst command itself:
  envsubst < /templates/oauth.ini > /var/www/html/quickstatements/oauth.ini
  
  That worked.
  
  it's even more weird: in fact, after oauth.ini finally has content, after 
repeating the entrypoint.sh command, the variables inside oauth.ini even get 
empty again!
  
  more detail on this: apparently, entrypoint.sh uses the file 
/quickstatements/data/qs-oauth.json to set the environment variables (line 20). 
but this file is empty. so the variables get overwritten by nul.
  
  
https://github.com/wmde/wikibase-docker/blob/master/quickstatements/latest/entrypoint.sh
  
  I think it is because originally there was a php script which creates the 
oauth consumer in wikibase and exports the consumer and key variables to that 
qs-oauth.json file. But this is not working, it generates an empty file. And 
the entrypoint.sh script only checks whether that file exists and not if it has 
contents. 
  So in the end it won't even work if you set the oauth consumer manually in 
the docker-compose.yml

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

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

To: SLUBFDM
Cc: Aklapper, #wikibase-containers, SLUBFDM, darthmon_wmde, Jelabra, DannyS712, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Wikidata-bugs, aude, Addshore, Mbch331
_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to