dhis2-devs team mailing list archive

[Morten Olav Hansen <mortenoh@xxxxxxxxx>]

Hi Jason

I'm just guessing here.. but I think the issue is related to having large
amounts of IDs selected.. so even the fix I made, it will struggle to send
all that data. The "fix" was working fine with smaller amounts of selected
OUs right?

I do understand the need for group-selection etc, and we did have that at
some point, I'm not sure why it was removed, but I do know.. that adding it
back is not an easy task. I'm going to spare you the technical details, but
when you open add/edit users.. you see two windows with orgUnits.. well,
they are actually backed by two completely different techs.. and adding one
more of either one is a technical challenge. Not really difficult to
change, but it will take time.

As I said, I've been trying to understand why we removed OUST (this is what
we call the expanded orgUnit assignment tree, with groups etc) and instead
used OUWT (single/multiple select, but no groups etc). I think it comes
down to, adding 100-1000 (or whatnot) OUs to a user is very uncommon.

I think the real solution here is to get rid of both OUST/OUWT and instead
build a new tree-component. We have talked about this before, but its not
an easy fix.

Just to make sure, the fix did work with smaller amounts of orgUnits right?
its only when the volume grows large that problems arise.

--
Morten

On Thu, Oct 9, 2014 at 7:25 PM, Jason Pickering <jason.p.pickering@xxxxxxxxx
> wrote:

> Hi Morten,
> Let me give a bit more background on this issue. We have been in touch
> about this privately as well of course, but wanted to describe the problem
> in more detail.
>
> This instance has users which are assigned to specific "sites" or
> facilities. The users are not assigned to parent organisation units, but
> rather individual facilities at the lowest level of the hierarchy. There
> are reasons for this, but not important to get into that background at the
> moment why this has been done the way it has. In some cases, there maybe be
> many orgunits/sites/facilities assigned to a single user, something in the
> range of several thousand.
>
> You have made a few changes to the code recently which supposedly corrects
> this issue, and it will work under some circumstances. However, in other
> circumstances, it does not seem to work. It has been difficult for me to
> come up with a procedure which can reproduce this, but it seems to be
> related to network latency as well as the number of "sites" which a user is
> currently assigned to.
>
> The other issue which Oba mentions here is that we are no longer able to
> assign organisation units to users based on organisation unit groups. This
> was a really critical feature for this implementation, and because of the
> removal of this functionality in the later versions of DHIS2, it has caused
> big problems for them.
>
> Hope we can get a permanent fix for this soon. In the meantime, we may
> have to hobble along with some scripts which syncronize the orgunit groups
> and user assignments.
>
> Best regards,
> Jason
>
>
> On Wed, Oct 8, 2014 at 3:07 PM, oadekola <oadekola.mems@xxxxxxxxx> wrote:
>
>> Yes, organisation unit assignment to users. We are currently using the
>> 2.16
>> version of trunk and the challenge still persists.
>>
>> Also, is it possible for the developers to create a user friendly
>> interface
>> that allows the assignment of all sites associated to an organisation unit
>> group to a user. I mean an interface that won't necessitate selecting
>> organisation units one after the other.
>>
>> Thank you.
>>
>> Best regards.
>>
>> On Wed, Oct 8, 2014 at 10:02 AM, Morten Olav Hansen <
>> 1378699@xxxxxxxxxxxxxxxxxx> wrote:
>>
>> > What version of dhis2? I assume you mean organisation-unit assignment to
>> > users.
>> >
>> > We have had fixes related to this in 2.16 and trunk. If you are using
>> > 2.16, could you try the latest release?
>> >
>> > https://www.dhis2.org/download/releases/2.16/dhis.war
>> >
>> > --
>> > You received this bug notification because you are subscribed to the bug
>> > report.
>> > https://bugs.launchpad.net/bugs/1378699
>> >
>> > Title:
>> >   Sites get deactivated randomly
>> >
>> > Status in DHIS 2:
>> >   New
>> >
>> > Bug description:
>> >   When sites are highlighted and saved(activated), not all sites are
>> >   saved(activated). Also, sites activated after sometime get
>> >   deactivated. This affects data entry, cause users keep complaining
>> >   that their sites are missing.
>> >
>> > To manage notifications about this bug go to:
>> > https://bugs.launchpad.net/dhis2/+bug/1378699/+subscriptions
>> >
>>
>>
>> --
>> Adekola Obaloluwa Emmanuel,
>> ICT/Office Assistant,
>> USAID/Nigeria,
>> Monitoring and Evaluation Management Services (MEMS) II Project,
>> 17, Euphrates Street, Maitama,
>> Abuja, Nigeria.
>> Mobile1: 234 809 072 6621
>> Mobile2:  234 903 030 4652
>>
>> --
>> You received this bug notification because you are a member of DHIS 2
>> developers, which is subscribed to DHIS.
>> https://bugs.launchpad.net/bugs/1378699
>>
>> Title:
>>   Sites get deactivated randomly
>>
>> Status in DHIS 2:
>>   New
>>
>> Bug description:
>>   When sites are highlighted and saved(activated), not all sites are
>>   saved(activated). Also, sites activated after sometime get
>>   deactivated. This affects data entry, cause users keep complaining
>>   that their sites are missing.
>>
>> To manage notifications about this bug go to:
>> https://bugs.launchpad.net/dhis2/+bug/1378699/+subscriptions
>>
>> _______________________________________________
>> 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
>>
>
>
>
> --
> Jason P. Pickering
> email: jason.p.pickering@xxxxxxxxx
> tel:+46764147049
>
> _______________________________________________
> 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
>
>