Docker kpi options issue

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

Hello,

Below are the steps that we follow

a. Created a new form

b. Created a “select one” question with two options (“usa”,“india”)

c. Saved the form

d. Tried previewing and editing the form again, its shows default options (“option1”,“option2”) are not the one that was saved.

Regards,

Sitaram Sawant

···

On Tuesday, September 13, 2016 at 7:19:15 PM UTC+5:30, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

I was able to reproduce this on a clean install of the kobo docker instance pulled from github a few minutes ago.

Kobo developers: If you can help with this, or give us pointers to the code where we can debug and fix that would be super helpful and get us past this roadblock

much appreciated

lobo

···

On Wednesday, September 14, 2016 at 1:43:07 AM UTC-7, Sitaram Sawant wrote:

Hello,

Below are the steps that we follow

a. Created a new form

b. Created a “select one” question with two options (“usa”,“india”)

c. Saved the form

d. Tried previewing and editing the form again, its shows default options (“option1”,“option2”) are not the one that was saved.

Regards,

Sitaram Sawant

On Tuesday, September 13, 2016 at 7:19:15 PM UTC+5:30, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

On my local test install, seems like deploying the form and testing it there works,but previewing / editing a saved draft does not.

I’m trying to track down the potential code for this and having a slightly hard time doing so. Any help in debugging and fixing this issue would be great

thanx

lobo

···

On Tuesday, September 13, 2016 at 6:49:15 AM UTC-7, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

a few more clues:

a. getting the assets of the form: http://172.17.0.1:8000/assets/axeuhDVGktE2LhUsemchdB/

gives all the right labels and values.

b. Using the preview / iframe url, displays the right options. So does the downloaded xml

c. Previewing the form, gives an error: ODK Validate Errors: org.javarosa.xform.parse.XFormParseException: Select question has no choices

d. Editing the form, shows default values (but the right number of them)

e. deploying the form does seem to work

so seems like the error is restricted to a small set of the code base.More than happy to go debug and figure out what/where/why the error is happening.Just need some help finding out which of the docker instances and part of the code base this issue resides in

any and all help would be super awesome

thanx

lobo

···

On Tuesday, September 13, 2016 at 6:49:15 AM UTC-7, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

Hi Lobo,
Could you provide the commit # of KPI that you have installed?

Also the commit # of formpack that is installed in the KPI container?

It seems like there is a mismatch. The version of one of the dependencies is ahead of kpi (which is currently in active development and somewhat unstable on a different branch).

-Alex

···

On Thursday, September 15, 2016 at 7:54:41 PM UTC-4, Donald Lobo wrote:

a few more clues:

a. getting the assets of the form: http://172.17.0.1:8000/assets/axeuhDVGktE2LhUsemchdB/

gives all the right labels and values.

b. Using the preview / iframe url, displays the right options. So does the downloaded xml

c. Previewing the form, gives an error: ODK Validate Errors: org.javarosa.xform.parse.XFormParseException: Select question has no choices

d. Editing the form, shows default values (but the right number of them)

e. deploying the form does seem to work

so seems like the error is restricted to a small set of the code base.More than happy to go debug and figure out what/where/why the error is happening.Just need some help finding out which of the docker instances and part of the code base this issue resides in

any and all help would be super awesome

thanx

lobo

On Tuesday, September 13, 2016 at 6:49:15 AM UTC-7, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

hey alex

thanx for the response:

for kpi: fd476936f8f3a65c66931110e8922f4b797c62d2

for formpack: not sure how to get the commit #. Seems like it is installed via pip in /usr/local/lib and is not a git directory

lobo

···

On Tuesday, September 13, 2016 at 6:49:15 AM UTC-7, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

if it helps, formpack was installed on aug 22, 20:57 UTC, so most likely the commit id is: 3bb644ee77aedb15a2da4d4778777d447bbb9b62 (the commit done on aug 12)

lobo

···

On Friday, September 16, 2016 at 10:01:34 AM UTC-7, Donald Lobo wrote:

hey alex

thanx for the response:

for kpi: fd476936f8f3a65c66931110e8922f4b797c62d2

for formpack: not sure how to get the commit #. Seems like it is installed via pip in /usr/local/lib and is not a git directory

lobo

On Tuesday, September 13, 2016 at 6:49:15 AM UTC-7, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

Could you paste the output of running “pip freeze” inside the kpi container?

···

On Friday, September 16, 2016 at 1:14:46 PM UTC-4, Donald Lobo wrote:

lobo

On Friday, September 16, 2016 at 10:01:34 AM UTC-7, Donald Lobo wrote:

hey alex

thanx for the response:

for kpi: fd476936f8f3a65c66931110e8922f4b797c62d2

for formpack: not sure how to get the commit #. Seems like it is installed via pip in /usr/local/lib and is not a git directory

lobo

On Tuesday, September 13, 2016 at 6:49:15 AM UTC-7, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

if it helps, formpack was installed on aug 22, 20:57 UTC, so most likely the commit id is: 3bb644ee77aedb15a2da4d4778777d447bbb9b62 (the commit done on aug 12)

root@52ae1a7e82d2:/usr/local/lib/python2.7/dist-packages# pip freeze

amqp==1.4.9

anyjson==0.3.3

begins==0.9

billiard==3.3.0.22

boto==2.39.0

celery==3.1.20

click==6.6

contextlib2==0.5.1

cssselect==0.9.2

cyordereddict==1.0.0

dj-database-url==0.3.0

dj-static==0.0.6

Django==1.8.8

django-braces==1.8.1

django-cachebuster==0.2.1

django-debug-toolbar==1.4

django-extensions==1.6.1

django-haystack==2.4.1

django-markitup==2.3.1

django-mptt==0.8.0

django-oauth-toolkit==0.10.0

django-registration-redux==1.3

django-reversion==1.10.1

django-ses==0.7.0

django-taggit==0.18.0

django-toolbelt==0.0.1

django-webpack-loader==0.3.0

djangorestframework==3.3.2

docutils==0.12

ecdsa==0.13

Fabric==1.10.2

first==2.0.1

formpack==1.1

funcsigs==1.0.2

gunicorn==19.4.5

Jinja2==2.8

jsonfield==1.0.3

kombu==3.0.33

lxml==2.3.4

Markdown==2.6.5

MarkupSafe==0.23

oauthlib==1.0.3

ordereddict==1.1

paramiko==1.16.0

path.py==8.1.2

pip-tools==1.7.0

psycopg2==2.6.1

pycrypto==2.6.1

PyExcelerate==0.6.7

Pygments==2.1

pyquery==1.2.11

python-dateutil==2.4.2

pytz==2015.7

pyxform==0.9.22

raven==5.10.2

requests==2.9.1

shortuuid==0.4.3

six==1.10.0

sqlparse==0.1.18

static3==0.6.1

statistics==1.0.3.5

transifex-client==0.11

unicodecsv==0.14.1

urllib3==1.15.1

uWSGI==2.0.12

whitenoise==2.0.6

Whoosh==2.7.0

xlrd==0.8.0

xlwt==1.0.0

···

On Fri, Sep 16, 2016 at 10:38 AM Alex Dorey alex....@kobotoolbox.org wrote:

Could you paste the output of running “pip freeze” inside the kpi container?

On Friday, September 16, 2016 at 1:14:46 PM UTC-4, Donald Lobo wrote:

if it helps, formpack was installed on aug 22, 20:57 UTC, so most likely the commit id is: 3bb644ee77aedb15a2da4d4778777d447bbb9b62 (the commit done on aug 12)

lobo

On Friday, September 16, 2016 at 10:01:34 AM UTC-7, Donald Lobo wrote:

hey alex

thanx for the response:

for kpi: fd476936f8f3a65c66931110e8922f4b797c62d2

for formpack: not sure how to get the commit #. Seems like it is installed via pip in /usr/local/lib and is not a git directory

lobo

On Tuesday, September 13, 2016 at 6:49:15 AM UTC-7, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

You received this message because you are subscribed to a topic in the Google Groups “Kobo Users” group.

To unsubscribe from this topic, visit https://groups.google.com/d/topic/kobo-users/8Jjcg-o4iWA/unsubscribe.

To unsubscribe from this group and all its topics, send an email to kobo-users+...@googlegroups.com.

To post to this group, send email to kobo-...@googlegroups.com.

Visit this group at https://groups.google.com/group/kobo-users.

For more options, visit https://groups.google.com/d/optout.

Ok, thank you for that. I think I see the problem and it relates to the mismatch between kpi and formpack installed code that was present on the master branch at the time that you installed.

I think this should be fixed by pulling the latest kpi code from master and rebuilding the kpi container.

Also, I will email you off of this thread because I think this problem is very specific to installations from that week in August before this commit was merged into master.

···

On Friday, September 16, 2016 at 1:41:16 PM UTC-4, Donald Lobo wrote:

root@52ae1a7e82d2:/usr/local/lib/python2.7/dist-packages# pip freeze

amqp==1.4.9

anyjson==0.3.3

begins==0.9

billiard==3.3.0.22

boto==2.39.0

celery==3.1.20

click==6.6

contextlib2==0.5.1

cssselect==0.9.2

cyordereddict==1.0.0

dj-database-url==0.3.0

dj-static==0.0.6

Django==1.8.8

django-braces==1.8.1

django-cachebuster==0.2.1

django-debug-toolbar==1.4

django-extensions==1.6.1

django-haystack==2.4.1

django-markitup==2.3.1

django-mptt==0.8.0

django-oauth-toolkit==0.10.0

django-registration-redux==1.3

django-reversion==1.10.1

django-ses==0.7.0

django-taggit==0.18.0

django-toolbelt==0.0.1

django-webpack-loader==0.3.0

djangorestframework==3.3.2

docutils==0.12

ecdsa==0.13

Fabric==1.10.2

first==2.0.1

formpack==1.1

funcsigs==1.0.2

gunicorn==19.4.5

Jinja2==2.8

jsonfield==1.0.3

kombu==3.0.33

lxml==2.3.4

Markdown==2.6.5

MarkupSafe==0.23

oauthlib==1.0.3

ordereddict==1.1

paramiko==1.16.0

path.py==8.1.2

pip-tools==1.7.0

psycopg2==2.6.1

pycrypto==2.6.1

PyExcelerate==0.6.7

Pygments==2.1

pyquery==1.2.11

python-dateutil==2.4.2

pytz==2015.7

pyxform==0.9.22

raven==5.10.2

requests==2.9.1

shortuuid==0.4.3

six==1.10.0

sqlparse==0.1.18

static3==0.6.1

statistics==1.0.3.5

transifex-client==0.11

unicodecsv==0.14.1

urllib3==1.15.1

uWSGI==2.0.12

whitenoise==2.0.6

Whoosh==2.7.0

xlrd==0.8.0

xlwt==1.0.0

On Fri, Sep 16, 2016 at 10:38 AM Alex Dorey alex....@kobotoolbox.org wrote:

Could you paste the output of running “pip freeze” inside the kpi container?

On Friday, September 16, 2016 at 1:14:46 PM UTC-4, Donald Lobo wrote:

lobo

On Friday, September 16, 2016 at 10:01:34 AM UTC-7, Donald Lobo wrote:

hey alex

thanx for the response:

for kpi: fd476936f8f3a65c66931110e8922f4b797c62d2

for formpack: not sure how to get the commit #. Seems like it is installed via pip in /usr/local/lib and is not a git directory

lobo

On Tuesday, September 13, 2016 at 6:49:15 AM UTC-7, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

if it helps, formpack was installed on aug 22, 20:57 UTC, so most likely the commit id is: 3bb644ee77aedb15a2da4d4778777d447bbb9b62 (the commit done on aug 12)

You received this message because you are subscribed to a topic in the Google Groups “Kobo Users” group.

To unsubscribe from this topic, visit https://groups.google.com/d/topic/kobo-users/8Jjcg-o4iWA/unsubscribe.

To unsubscribe from this group and all its topics, send an email to kobo-users+unsubscribe@googlegroups.com.

To post to this group, send email to kobo-...@googlegroups.com.

Visit this group at https://groups.google.com/group/kobo-users.

For more options, visit https://groups.google.com/d/optout.

as alex mentions, this is due to a mismatch between formpack and kpi with regard to commits. This will be fixed early next week in a new release of docker images for kpi.

I have a partially working version on my local box. Sitaram: we should wait till its fixed in master. In the meantime, we should go ahead and work on the other aspects of the project

lobo

···

On Friday, September 16, 2016 at 12:04:41 PM UTC-7, Alex Dorey wrote:

Ok, thank you for that. I think I see the problem and it relates to the mismatch between kpi and formpack installed code that was present on the master branch at the time that you installed.

I think this should be fixed by pulling the latest kpi code from master and rebuilding the kpi container.

Also, I will email you off of this thread because I think this problem is very specific to installations from that week in August before this commit was merged into master.

On Friday, September 16, 2016 at 1:41:16 PM UTC-4, Donald Lobo wrote:

root@52ae1a7e82d2:/usr/local/lib/python2.7/dist-packages# pip freeze

amqp==1.4.9

anyjson==0.3.3

begins==0.9

billiard==3.3.0.22

boto==2.39.0

celery==3.1.20

click==6.6

contextlib2==0.5.1

cssselect==0.9.2

cyordereddict==1.0.0

dj-database-url==0.3.0

dj-static==0.0.6

Django==1.8.8

django-braces==1.8.1

django-cachebuster==0.2.1

django-debug-toolbar==1.4

django-extensions==1.6.1

django-haystack==2.4.1

django-markitup==2.3.1

django-mptt==0.8.0

django-oauth-toolkit==0.10.0

django-registration-redux==1.3

django-reversion==1.10.1

django-ses==0.7.0

django-taggit==0.18.0

django-toolbelt==0.0.1

django-webpack-loader==0.3.0

djangorestframework==3.3.2

docutils==0.12

ecdsa==0.13

Fabric==1.10.2

first==2.0.1

formpack==1.1

funcsigs==1.0.2

gunicorn==19.4.5

Jinja2==2.8

jsonfield==1.0.3

kombu==3.0.33

lxml==2.3.4

Markdown==2.6.5

MarkupSafe==0.23

oauthlib==1.0.3

ordereddict==1.1

paramiko==1.16.0

path.py==8.1.2

pip-tools==1.7.0

psycopg2==2.6.1

pycrypto==2.6.1

PyExcelerate==0.6.7

Pygments==2.1

pyquery==1.2.11

python-dateutil==2.4.2

pytz==2015.7

pyxform==0.9.22

raven==5.10.2

requests==2.9.1

shortuuid==0.4.3

six==1.10.0

sqlparse==0.1.18

static3==0.6.1

statistics==1.0.3.5

transifex-client==0.11

unicodecsv==0.14.1

urllib3==1.15.1

uWSGI==2.0.12

whitenoise==2.0.6

Whoosh==2.7.0

xlrd==0.8.0

xlwt==1.0.0

On Fri, Sep 16, 2016 at 10:38 AM Alex Dorey alex...@kobotoolbox.org wrote:

Could you paste the output of running “pip freeze” inside the kpi container?

On Friday, September 16, 2016 at 1:14:46 PM UTC-4, Donald Lobo wrote:

lobo

On Friday, September 16, 2016 at 10:01:34 AM UTC-7, Donald Lobo wrote:

hey alex

thanx for the response:

for kpi: fd476936f8f3a65c66931110e8922f4b797c62d2

for formpack: not sure how to get the commit #. Seems like it is installed via pip in /usr/local/lib and is not a git directory

lobo

On Tuesday, September 13, 2016 at 6:49:15 AM UTC-7, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

if it helps, formpack was installed on aug 22, 20:57 UTC, so most likely the commit id is: 3bb644ee77aedb15a2da4d4778777d447bbb9b62 (the commit done on aug 12)

You received this message because you are subscribed to a topic in the Google Groups “Kobo Users” group.

To unsubscribe from this topic, visit https://groups.google.com/d/topic/kobo-users/8Jjcg-o4iWA/unsubscribe.

To unsubscribe from this group and all its topics, send an email to kobo-users+...@googlegroups.com.

To post to this group, send email to kobo...@googlegroups.com.

Visit this group at https://groups.google.com/group/kobo-users.

For more options, visit https://groups.google.com/d/optout.

Hello kobotoolbox community,

Thank you for resolving kpi option issue.

Regards,

Sitaram

···

On Tuesday, September 13, 2016 at 7:19:15 PM UTC+5:30, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

Can anyone explain. I am making some changes in the KPI JSAPP drawer.es6 file. But when I build those changes they don’t appear when I up my docker container.

···

On Tuesday, 13 September 2016 18:49:15 UTC+5, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant

Hi, Danish. Could you please open your own new topic and describe the steps you’ve taken?

···

On Tuesday, January 10, 2017 at 12:51:45 PM UTC-5, Danish Fayaz wrote:

Can anyone explain. I am making some changes in the KPI JSAPP drawer.es6 file. But when I build those changes they don’t appear when I up my docker container.

On Tuesday, 13 September 2016 18:49:15 UTC+5, Sitaram Sawant wrote:

Hello,

I have done a set up of kobo-docker on local machine. when i create a form with single select it does not show the label and code that we provided. But this value store in database. When i re-visit the form for editing its shows default options.

Below are the screen shots

when i create a new form

when i come for edit

It seems the option are not render on UI .

Please guide me to resolve this issue.

Regards,

Sitaram Sawant