bug #6955
closed
NamedAreaSelection Dialog needs to be adapted to filtered getUuidAndTitleCache loading
Added by Katja Luther over 6 years ago.
Updated over 3 years ago.
Description
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.
- Target version changed from Release 4.11 to Release 4.12
- Status changed from New to Resolved
- Assignee changed from Katja Luther to Andreas Müller
now the namedArea selection dialog works like the other selection dialogs and is much faster now.
Please review.
the level is displayed for the areas, too
- Status changed from Resolved to Feedback
- Assignee changed from Andreas Müller to Katja Luther
In case no level exists, it looks like the label includes the class name instead. In case of pure NamedAreas this does not make much sense. Maybe we can only add it in case the class is NOT NamedArea.
Alternatively we should simply add the level "Country" to all areas of class Country. This requires an update script #7144.
Generally the new method works (except for 1 exception https://dev.e-taxonomy.eu/redmine/issues/7121#note-4) and the ticket can be closed.
- Related to bug #7144: Add country as level to all areas of type Country. added
As #7144 is solved now, we should remove the showing of the class name in case no level exists. All the rest seems to work as expected.
- Status changed from Feedback to Closed
- % Done changed from 0 to 100
This is fixed. The open issue is moved to a follow up ticket: #9391
- Copied to bug #9391: If named area level does not exist remove the level information added
Also available in: Atom
PDF