← Back to team overview

dhis2-devs team mailing list archive

Re: Unknown issue on Play-Demo

 

Yup!

Fixing the catcombos on all the data elements and clearing the cache does
the trick. Changing the frequency worked because altering the dataset in
any way seems to trigger a refresh in the browser, so it was a false
correlation on my part :(. So Yes, making sure all the data elements have
catcombos, hen completely clearing cache to force a reload of the custom
form works!


*Timothy Harding*
Sr. Systems Analyst, BAO Systems
+1 202-536-1541 | tharding@xxxxxxxxxxxxxx | http://www.baosystems.com | Skype:
hardingt@xxxxxxxxx | 2900 K Street, Suite 404, Washington D.C. 20007

On Tue, Feb 9, 2016 at 1:44 PM, Morten Olav Hansen <morten@xxxxxxxxx> wrote:

> Hi again
>
> So it means it working now? as long as you make sure that catcombo is
> attached, and cache is cleared?
>
> On Tue, Feb 9, 2016 at 1:40 PM, Timothy Harding <tharding@xxxxxxxxxxxxxx>
> wrote:
>
>> JM,
>>
>> Thanks for the response!
>>
>> I see what you mean about still reading from the cache, I should have
>> completely cleared it out between tests. It is odd, it usually takes making
>> one minor update to a dataset (even just having the 'lastUpdated' change)
>> to trigger a complete refresh in the data entry tool sans clearing cache,
>> but it appears that is not the case when you make adjustments to the data
>> elements themselves. I get so spoiled not needing to clear the cache when
>> doing iterative development on a custom form that I skipped that step doh!
>>
>>
>>
>>
>> *Timothy Harding*
>> Sr. Systems Analyst, BAO Systems
>> +1 202-536-1541 | tharding@xxxxxxxxxxxxxx | http://www.baosystems.com | Skype:
>> hardingt@xxxxxxxxx | 2900 K Street, Suite 404, Washington D.C. 20007
>>
>> On Tue, Feb 9, 2016 at 12:44 PM, Juan Manuel Alcantara Acosta <
>> jmalcantara1@xxxxxxxxx> wrote:
>>
>>> Hi Everyone
>>> I noticed this problem lat week in the demo server,  looking at the
>>> database I can confirm that the data elements are created without
>>> categorycomboid if the category combination is left with the default. The
>>> data element is created correctly if any of the available category
>>> combinations in actively selected, including default. To fix data elements
>>> already created with this problem just edit and select an option from the
>>> menu.
>>> Tim, I tested the change of period and that didn’t work, perhaps you
>>> were loading the metadata from cache? I had to clear the cache in my
>>> browser and the system.
>>> For this test I used version 2.22 build 21808
>>> Best regards,
>>> JM
>>>
>>> El 08/02/2016, a las 10:05 p.m., Morten Olav Hansen <morten@xxxxxxxxx>
>>> escribió:
>>>
>>> Hm, that's interesting.. datasets are still using the old UI, so it
>>> should
>>> function as before.. anyways, looking into it
>>>
>>> On Tue, Feb 9, 2016 at 11:04 AM, Timothy Harding <
>>> tharding@xxxxxxxxxxxxxx>
>>> wrote:
>>>
>>> Thanks Morten,
>>>
>>> Not sure what I did to fix it, but I changed the period from days to
>>> months and the form appeared. Then I changed it back to days, and it
>>> still
>>> appeared ::confused
>>>
>>> [image: Inline image 1]
>>>
>>>
>>> *Timothy Harding*
>>> Sr. Systems Analyst, BAO Systems
>>> +1 202-536-1541 | tharding@xxxxxxxxxxxxxx | http://www.baosystems.com |
>>> Skype:
>>> hardingt@xxxxxxxxx | 2900 K Street, Suite 404, Washington D.C. 20007
>>>
>>> On Tue, Feb 9, 2016 at 10:59 AM, Morten Olav Hansen <morten@xxxxxxxxx>
>>> wrote:
>>>
>>> Yeah, this bug exist in frontend and backend..  it should have worked as
>>> long as the catcombo was set though, so will look into that
>>>
>>> On Tue, Feb 9, 2016 at 10:55 AM, Timothy Harding <
>>> tharding@xxxxxxxxxxxxxx
>>>
>>> wrote:
>>>
>>>
>>> If it helps here is the about page on my test box:
>>>
>>> [image: Inline image 1]
>>>
>>> And here is the three DEs and the parent dataset in XML form:
>>>
>>>
>>>
>>>
>>> *Timothy Harding*
>>> Sr. Systems Analyst, BAO Systems
>>> +1 202-536-1541 | tharding@xxxxxxxxxxxxxx | http://www.baosystems.com |
>>> Skype:
>>> hardingt@xxxxxxxxx | 2900 K Street, Suite 404, Washington D.C. 20007
>>>
>>> On Tue, Feb 9, 2016 at 10:50 AM, Timothy Harding <
>>> tharding@xxxxxxxxxxxxxx> wrote:
>>>
>>> A while back I followed the documentation to a T for setting up DHIS2
>>> on ubuntu, and I don't think the $DHIS2_HOME var was ever set up properly
>>> :(. I did find a log file here and tailed it and came back with the same
>>> output: "tail -f /home/dhis/config/logs/dhis.log"
>>>
>>> * INFO  2016-02-08 19:47:23,131 'admin' create
>>> org.hisp.dhis.period.Period, name: 20160121, uid: 20160121
>>> (AuditLogUtil.java [http-bio-8080-exec-9])
>>>
>>> No exceptions listed in the log. I rebooted the server and sitll no
>>> dataset showing up.
>>>
>>> I created a dump file if you would like to test on your machine:
>>>
>>> Re the making that catcombo ID not null, shouldn't the GUI enforce or
>>> communicate the default when creating a new element?
>>>
>>> [image: Inline image 1]
>>>
>>> This is what it looks like when I create a new element by default, and
>>> for some reason, unless I click on that, and re-select default, the
>>> element
>>> ends up with no catcombo.
>>>
>>>
>>>
>>>
>>> *Timothy Harding*
>>> Sr. Systems Analyst, BAO Systems
>>> +1 202-536-1541 | tharding@xxxxxxxxxxxxxx | http://www.baosystems.com |
>>> Skype: hardingt@xxxxxxxxx | 2900 K Street, Suite 404, Washington D.C.
>>> 20007
>>>
>>> On Tue, Feb 9, 2016 at 10:43 AM, Morten Olav Hansen <morten@xxxxxxxxx>
>>> wrote:
>>>
>>> You can have a look under $DHIS2_HOME/logs/dhis.log
>>>
>>> Adding in Mark also (regarding categorycombo issue), we need to have a
>>> workaround for this on the client side for now.. we will have a proper
>>> fix
>>> for 2.23 (will make dataelement.categorycomboid not null)
>>>
>>> On Tue, Feb 9, 2016 at 10:36 AM, Timothy Harding <
>>> tharding@xxxxxxxxxxxxxx> wrote:
>>>
>>> Thanks Morten one issue was a missing catcombo, but during the
>>> creation of the new element, default was prepopulated into the field, and
>>> the *system gave no errors when saving the data element*. Is there
>>> an intended situation for a user to create a data element with no
>>> catcombo?
>>>
>>> Sadly, still have an exception in the blank db and all three of my
>>> data elements are assigned to the default category.
>>>
>>> No actual exception gets thrown into catalina.out, are they stored
>>> elsewhere now?
>>>
>>> * INFO  2016-02-08 19:31:57,731 'admin' create
>>> org.hisp.dhis.period.Period, name: 20160202, uid: 20160202
>>> (AuditLogUtil.java [http-bio-8080-exec-7])
>>>
>>> [image: Inline image 2][image: Inline image 1]
>>>
>>> I captured the return from the query that goes out just before "An
>>> Exception Occurred" and that is all I got.
>>>
>>>
>>>
>>>
>>>
>>> *Timothy Harding*
>>> Sr. Systems Analyst, BAO Systems
>>> +1 202-536-1541 | tharding@xxxxxxxxxxxxxx | http://www.baosystems.com
>>> | Skype: hardingt@xxxxxxxxx | 2900 K Street, Suite 404, Washington
>>> D.C. 20007
>>>
>>> On Tue, Feb 9, 2016 at 10:30 AM, Morten Olav Hansen <morten@xxxxxxxxx
>>>
>>> wrote:
>>>
>>>
>>> But did it work after saving it with default again? or not? if not,
>>> could you share the exception from the empty database
>>>
>>> On Tue, Feb 9, 2016 at 10:28 AM, Timothy Harding <
>>> tharding@xxxxxxxxxxxxxx> wrote:
>>>
>>> I just tested this on a blank 222 database and same results:
>>>
>>> [image: Inline image 1]
>>>
>>>
>>>
>>> [image: Inline image 4]
>>>
>>>
>>> [image: Inline image 5]
>>>
>>> [image: Inline image 6]
>>>
>>>
>>> Note that it says default above*, but it did not actually attach
>>> default* until i reselected it and hit save.
>>>
>>>
>>>
>>>
>>>
>>> *Timothy Harding*
>>> Sr. Systems Analyst, BAO Systems
>>> +1 202-536-1541 | tharding@xxxxxxxxxxxxxx |
>>> http://www.baosystems.com | Skype: hardingt@xxxxxxxxx | 2900 K
>>> Street, Suite 404, Washington D.C. 20007
>>>
>>> On Tue, Feb 9, 2016 at 10:00 AM, Morten Olav Hansen <
>>> morten@xxxxxxxxx> wrote:
>>>
>>> Hi
>>>
>>> I don't see any exception coming out of that last request?
>>>
>>> This is probably related to missing categorycombo... just a hunch,
>>> but we have seen it before, you need to make sure that default
>>> categorycombo is attached
>>>
>>> On Tue, Feb 9, 2016 at 9:39 AM, Timothy Harding <
>>> tharding@xxxxxxxxxxxxxx> wrote:
>>>
>>> Hello Devs,
>>>
>>> In attempts to recreate an issue in play demo I uncovered
>>> something else:
>>>
>>> [image: Inline image 1]
>>>
>>> You can see one of three data elements in this dataset here:
>>>
>>>
>>>
>>> https://play.dhis2.org/demo/dhis-web-maintenance/#/edit/dataElement/NLDViyE32oi
>>>
>>> The specific request bringing back the exception is the following:
>>>
>>>
>>> https://play.dhis2.org/demo/dhis-web-dataentry/getDataValues.action?periodId=20160203&dataSetId=rL7BIbsKWUk&organisationUnitId=ImspTQPwCqd&multiOrganisationUnit=false&_=1454985510286
>>>
>>>
>>>
>>>
>>>
>>>
>>> *Timothy Harding*
>>> Sr. Systems Analyst, BAO Systems
>>> +1 202-536-1541 | tharding@xxxxxxxxxxxxxx |
>>> http://www.baosystems.com | Skype: hardingt@xxxxxxxxx | 2900 K
>>> Street, Suite 404, Washington D.C. 20007
>>>
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~dhis2-devs
>>> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~dhis2-devs
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>>
>>>
>>> --
>>> Morten
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Morten
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Morten
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Morten
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Morten
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~dhis2-devs
>>> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~dhis2-devs
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>>
>>
>
>
> --
> Morten
>

PNG image


References