search project "ubuntu" returns nothing

Bug #541979 reported by SoloTurn
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
Critical
Steve Kowalik

Bug Description

going to https://answers.launchpad.net/ shows "Ubuntu" under "most active projects". but clicking on "one project" and then on "choose" , then typing "Ubuntu" or "ubuntu" does not return a result. also funny is that if one hovers ofer "choose" the displayed url is https://answers.launchpad.net/people/.

Related branches

Curtis Hovey (sinzui)
affects: launchpad → launchpad-answers
Revision history for this message
Curtis Hovey (sinzui) wrote :

The picker fails because the request is on the wrong domain (answers or bugs). The picker works when the url is written as http://launchpad.net/answers. I think this problem is happening because the page is mapped to the root object, which is the mainsite by default. I am not sure where the fix should be: popup.py or may be vocabulary-picker.js.template.

Note that Ubuntu will always return no matches because there are too many. This is bad since the term is the only one that can be used. Maybe the DistributionOrProductOrProject vocab should returrn exact name/displayname and state more that too many matches were found.

The "/people/" is hardcoded in VocabularyPickerWidget.popup. I think it should be set to "/" We could subclass, but in this example the user is looking for a distro or a project, whch does not have a url.

affects: launchpad-answers → launchpad-registry
Changed in launchpad-registry:
importance: Undecided → High
status: New → Triaged
milestone: none → series-10.05
tags: added: javascript
Revision history for this message
SoloTurn (soloturn) wrote :

if the url is written http://launchpad.net/answers, it gets redirected to http://edge.launchpad.net/answers and the result is

Lost something?
There’s no page with this address in Launchpad.

Curtis Hovey (sinzui)
tags: added: regression
Changed in launchpad:
importance: High → Critical
description: updated
Revision history for this message
Curtis Hovey (sinzui) wrote :

I have a branch that appears to fix this. I will not be certain until I qa it on qastaging.

Changed in launchpad:
assignee: nobody → Curtis Hovey (sinzui)
Revision history for this message
Curtis Hovey (sinzui) wrote :

The issue is that there are two many results when we know there is an exact match. This is a dupe of bug 255282.

description: updated
Changed in launchpad:
assignee: Curtis Hovey (sinzui) → nobody
tags: added: project-picker
Revision history for this message
Curtis Hovey (sinzui) wrote :

I undupped this because this use case is still broken though we have fixed many related issues.

Revision history for this message
Steve Kowalik (stevenk) wrote :

Braindumping my current investigation:

The search makes use of DistributionOrProductOrProjectGroupVocabulary, which returns about 450 rows when it searches for '%ubuntu%'. Three of those are distributions, 13 are projects, and the remaining 430-ish are products. The SQL that the picker generates has ORDER BY PillarName.name, which means the *exact string* is a major disadvantage, since it starts with U.

Curtis Hovey (sinzui)
Changed in launchpad:
assignee: nobody → Steve Kowalik (stevenk)
status: Triaged → In Progress
Revision history for this message
Launchpad QA Bot (lpqabot) wrote :
tags: added: qa-needstesting
Changed in launchpad:
status: In Progress → Fix Committed
Curtis Hovey (sinzui)
tags: added: target-picker
removed: project-picker
Steve Kowalik (stevenk)
tags: added: qa-ok
removed: qa-needstesting
William Grant (wgrant)
Changed in launchpad:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.