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 | thard...@baosystems.com | http://www.baosystems.com | Skype: hardi...@gmail.com | 2900 K Street, Suite 404, Washington D.C. 20007 On Tue, Feb 9, 2016 at 1:44 PM, Morten Olav Hansen <mor...@dhis2.org> 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 <thard...@baosystems.com> > 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 | thard...@baosystems.com | http://www.baosystems.com | >> Skype: >> hardi...@gmail.com | 2900 K Street, Suite 404, Washington D.C. 20007 >> >> On Tue, Feb 9, 2016 at 12:44 PM, Juan Manuel Alcantara Acosta < >> jmalcanta...@gmail.com> 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 <mor...@dhis2.org> >>> 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 < >>> thard...@baosystems.com> >>> 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 | thard...@baosystems.com | http://www.baosystems.com | >>> Skype: >>> hardi...@gmail.com | 2900 K Street, Suite 404, Washington D.C. 20007 >>> >>> On Tue, Feb 9, 2016 at 10:59 AM, Morten Olav Hansen <mor...@dhis2.org> >>> 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 < >>> thard...@baosystems.com >>> >>> 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 | thard...@baosystems.com | http://www.baosystems.com | >>> Skype: >>> hardi...@gmail.com | 2900 K Street, Suite 404, Washington D.C. 20007 >>> >>> On Tue, Feb 9, 2016 at 10:50 AM, Timothy Harding < >>> thard...@baosystems.com> 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 | thard...@baosystems.com | http://www.baosystems.com | >>> Skype: hardi...@gmail.com | 2900 K Street, Suite 404, Washington D.C. >>> 20007 >>> >>> On Tue, Feb 9, 2016 at 10:43 AM, Morten Olav Hansen <mor...@dhis2.org> >>> 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 < >>> thard...@baosystems.com> 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 | thard...@baosystems.com | http://www.baosystems.com >>> | Skype: hardi...@gmail.com | 2900 K Street, Suite 404, Washington >>> D.C. 20007 >>> >>> On Tue, Feb 9, 2016 at 10:30 AM, Morten Olav Hansen <mor...@dhis2.org >>> >>> 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 < >>> thard...@baosystems.com> 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 | thard...@baosystems.com | >>> http://www.baosystems.com | Skype: hardi...@gmail.com | 2900 K >>> Street, Suite 404, Washington D.C. 20007 >>> >>> On Tue, Feb 9, 2016 at 10:00 AM, Morten Olav Hansen < >>> mor...@dhis2.org> 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 < >>> thard...@baosystems.com> 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 | thard...@baosystems.com | >>> http://www.baosystems.com | Skype: hardi...@gmail.com | 2900 K >>> Street, Suite 404, Washington D.C. 20007 >>> >>> _______________________________________________ >>> Mailing list: https://launchpad.net/~dhis2-devs >>> Post to : dhis2-devs@lists.launchpad.net >>> 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@lists.launchpad.net >>> Unsubscribe : https://launchpad.net/~dhis2-devs >>> More help : https://help.launchpad.net/ListHelp >>> >>> >>> >> > > > -- > Morten >
_______________________________________________ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp