Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update CueJobMonitorTree only with new data #1128

Conversation

roulaoregan-spi
Copy link
Contributor

Summarize your change.
Fixed processUpdate to only update in mem dict self._items when "new" jobs are retrieved during the API call. Calling API every 22 seconds with large number of jobs bogs down the gui. Fixed _getUpdate to include the root group and its'
associated jobs, this fn returned a different count then the in mem ds. Fixed the recursive fn __getNestedIds, had previously returned only groups and not the associated jobs, so when processUpdate compared the len() of what is in self._items vs what was last retrieved ie current == set(rpcObjects[1]) line 417, it was never the same and continuously tried rebuilding self._items for each interval.

Fixed processUpdate to only update in mem
dict self._items when "new" jobs are retrieved
during the API call. Calling API every 22 seconds
with large number of jobs bogs down the gui. Fixed
_getUpdate to include the root group and its'
associated jobs, this fn returned a different count
then the in mem ds. Fixed the recursive fn
__getNestedIds, had previously returned
only groups and not the associated jobs, so when
processUpdate compared the len() of what is in
self._items vs what was last retrieved ie
current == set(rpcObjects[1]) line 417, it was never
the same and continuously tried rebuilding self._items
for each interval.
@DiegoTavares DiegoTavares merged commit 36f32fd into AcademySoftwareFoundation:master Apr 20, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants