UserTeamsParticipationVocabulary needs a method searchForTerms()

Bug #576391 reported by Abel Deuring on 2010-05-06
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Low
Unassigned

Bug Description

When the AJAX person picker makes a request to search for persons matching a given string, HugeVocabularyJSONView.__call__() calls vocabulary.searchForTerms(). This call can return wrong search results for UserTeamsParticipationVocabulary and UserTeamsParticipationPlusSelfVocabulary, because the method of the base class, NamedSQLObjectHugeVocabulary is used, and this method obviously returns all records of the table Person matching the search term, regardless if they belong into UserTeamsParticipationVocabulary or not.

Gary Poster (gary) wrote :

Kicking to registry because this sounds like a user/team thing, and something they are better equipped to triage.

It also sounds like something that should be changed in the usage of the base class, rather than in the base class itself.

That said, if registry (or bugs?) triages this high but wants Foundations to assist or entirely address, let me know.

affects: launchpad-foundations → launchpad-registry
Curtis Hovey (sinzui) wrote :

I am marking this low for the immediate future. This must be fixed when we rethink privacy. A good fix will prevent membership information from being leaked. We do not permit private teams to be members of other teams because information is leaked.

Changed in launchpad-registry:
status: New → Triaged
importance: Undecided → Low
Curtis Hovey (sinzui) on 2010-12-03
tags: added: teams
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers