dhis2-devs team mailing list archive

[Quang Nguyen <quangnguyen111@xxxxxxxxx>]

Hi folks,

Look like I found the reason of this bug.

On DefaultSelectionTreeManager class, each select/unselect action on the
OrgUnitTree, at lease 4 times it calls method
reloadOrganisationUnits(...) to reload all of selected OrgUnits'
information. Of course it takes time to query from database for a large
number of selected OrgUnits.

In my opinion, in this case we don't need to reload information of
selected OrgUnits because nothing changes. However, I'm not sure in the
other cases if any.

Any comments?

Quang

-- 
very slow speed and lack of status updates of "Assign dataset to organisation units for registering" function
https://bugs.launchpad.net/bugs/484055
You received this bug notification because you are a member of DHIS 2
developers, which is subscribed to DHIS.

Status in DHIS 2 - District Health Information Software: Confirmed

Bug description:
If we assign by Selecting all at level, or unselect all at level, it's no problem. But the problem appear when unselect some of organisation unit when already selected large number of org units. Each time click to Orgunit to unassign or assign, the system loading once. This slow down the process of select Orgunit. Beside that, the Save button also invisible, and I have to wait for a long time until the system finish loading. But when I check again, and see that there are just few selected org units assigned, and a many selected orgunits hasn't been assigned.

chosing OUs for assigning/removing assignments can make confusions to users when the status just "Loading, please wait..." but actually just a few (surely with the first one) work out! So, why not adding the OU name to the status, for example: assigning OU1,please wait...!!!
This refers to the reliability of the sys.

All parts of the orgunit tree must be examined to find the bottleneck. Performance must be improved, acceptable time for a large tree would be approximately 2 secs.