Build ID: 2000080410 Reproducing instructions: Enter search term "Zach Lipton" in URL bar Press search button Sidebar opens to search tab and search results come up in the main browser window but not in the sidebar.
these are trunk bits. [dogfood+] FOR THE TRUNK
I see the bug on Linux too. If you enter a search directly into the panel the results come up. Also, if you bookmark a search and then click on it in your bookmarks, the results also come up. I have never looked at search stuff before, so there may be a better owner for this bug.
Reassigning to the owner of search. Setting platform to all.
Is this propertly assigned? Should this go to Robert? Do we have an ETA? Adding Robert and Ben to cc: list.
Passing bug to RJC (who will hopefully fix, or properly redirect)
WORKSFORME on Linux tip build from today (Aug 14, 2000)
pls verify when you get a chance.
I don't understand. This is a smoketest - it gets tested every single day. Yet it doesn't work with my 200131304 builds on MAc and Win98 or a 2001030913 build on linux. typing 'zach lipton' into the URl bar and pressing search does a search with your preferred search provider (displayed in browser content area), then activates the sidebar seach panel, populates the text input field in that panel - but displays NO results. I'm shocked and amazed. Reopening.
reassign to someone who works here. cc twalker who I assume isn't seeing this.
What about other phrases besides "zach lipton"?
I think it has to do with a space in the name. I also think that this is in some other bug, not sure where though. Try it with foo and see what happens. Or, *GASP* maybe mozilla doesn't like me...
in general this works....sometimes on mac, if the search subject is obscure, nothing loads in the sidebar even though results were found by the search engine. But if the search is broad it always loads, sometimes a little slow, but it loads into the sidebar.
yeah it's the space, that makes all the difference. The browser does different things (goes through a different code path) for 'foobar' vs. 'foo bar' cuz it knows 'foo bar' isn't a web address. The smoke test doesn't address that I guess. So it loks like we're failing in the case where we have and obvious search string (two words).
nav triage team: Old bug, clearing status whiteboard, marking nsbeta1+, mozilla0.9.1
as discussed in team meeting, moving all Nav+ team members nsbeta1+ P3 bugs from mozilla0.9.1 to mozilla0.9.2.
nav triage team: Marking future
I was jsut about to complaing VERY loudly that we were planning to let basic functionality like a multi word search slide except that this worksforme with current builds, marking as such. WFM with 20010529 builds on all platforms
and VERIFIED WFM