feature request #6926
closed
First call of NamedAreaSelectionDialog needs too much time
Added by Katja Luther over 6 years ago.
Updated over 6 years ago.
Description
The first call of the namedAreaSelectionDialog needs quite long. This is because it loads all terms, while no selection is used at this moment
- Status changed from New to Resolved
- % Done changed from 0 to 50
- Status changed from Resolved to New
- % Done changed from 50 to 0
this seems to be fixed by removing the initModel() call from the AbstractFilteredCdmResourceSelectionDialog-Constructor
- Status changed from New to Resolved
- Target version changed from Unassigned CDM tickets to Release 4.10
- Assignee changed from Katja Luther to Patrick Plitzner
- Status changed from Resolved to Feedback
- Assignee changed from Patrick Plitzner to Katja Luther
It was still about 6sec when choosing a new country for a FieldUnit.
But maybe it is faster than before. I don't remember how long it took back then.
- Status changed from Feedback to In Progress
- Target version changed from Release 4.10 to Release 4.11
now the first opening of the selection dialog is faster, but searching for the first pattern still needs some time. For the namedAreaSelection dialog there is still no uuidAndTitleCache service method to get the corresponding named areas.
I move this to 4.11 to solve the problem completely.
- Target version changed from Release 4.11 to Release 4.10
keep this in 4.10 because starting is faster, but create a new ticket for fixing completely
- Status changed from In Progress to Resolved
- Status changed from Resolved to Closed
- Related to bug #6955: NamedAreaSelection Dialog needs to be adapted to filtered getUuidAndTitleCache loading added
- Related to bug #7188: namedArea selection dialog needs too long to set the selected area added
Also available in: Atom
PDF