86737 - search is broken

Status: VERIFIED MOVED

(SeaMonkey :: Build Config, defect)

Description

[Jay Patel [:jay]]

From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en]C-AOLNSCP  (Win98; U)
BuildID:    2001061911

Using URL bar search doesn't work.  I have seen a few different symptoms with 
today's builds (both 2001061901 and 2001061911). 

With the 2001061911 build, the search button doesn't work at all.  If I type in 
something and click it, nothing happens. 

Can someone please confirm this with today's builds.  This seems like a major 
regression, and is definitely a smoketest blocker! 

Reproducible: Always
Steps to Reproduce:
1. Create new profile
2. Enter words into URL bar (with sidebar closed)
3. Click Search button next to URL bar


Actual Results:  With 2001061901, the button seems to work ok, but the sidebar 
doesn't show any results.  Also, in the prefs, you cannot change the default 
search engine, as there are no items in the drop down menu (when typing into the 
url bar, the dropdown menus says "Search undefined for 'search words'". 

With the 2001061911 build, the search button doesn't work at all.  If I type in 
something and click it, nothing happens.

Comment 1

[Jay Patel [:jay]]

adding regression and smoketest keywords.

Comment 2

[R.K.Aa.]

also reported in bug 86724 but resolved as WFM

Comment 3

[grylchan]

Using 2001-06-19-11-trunk/ on WinNT 4.0
I converted my existing 4.x profile.
I tried entering 'tv' in the url bar and hit search button
and nothing happens. Button lettering changes
from black to white when I click on it but it doesn't
kick off the search.

Also when I converted my profile, all side bar tabs were missing

With a brand new profile, my sidebar tabs are there but search
still fails as it exhibits the same behavior I mentioned above.

hope this helps.

Comment 4

[matt]

Looks like the searchplugin directory is not getting created on windows.

Comment 5

[matt]

this is working on my builds so it's on the install that we are breaking.

Comment 6

[Brian Ryner (not reading)]

can someone attach an install log?

Comment 7

[Samir Gehani]

Broke between the 2001-06-18-07 and 2001-06-18-09 builds apparently. 
Investigating...

Comment 8

[matt]

Attachment: install log

Comment 9

[matt]

samir's comments
"today's mozilla's regus.xpi holds the searchplugins dir just fine."

this seems like a build issue.   Over to build team.

Comment 10

[Samir Gehani]

Note:

1> Mozilla is not broken: mozilla's regus.xpi contains the searchplugins
directory.  Please move this bug to busgcape.

2> Nothing remotely related to this problem changed in mozilla *or* ns during
the cited time that this was caused.  Build/config issue? 

Comment 11

[scottputterman]

http://bugzilla.mozilla.org/show_bug.cgi?id=86683 is probably related to this. 
Those affected can't see mail headers and all pref defaults are from mozilla
rather than NS.  It also works on the 6-18-07 build but not the 6-18-09 build.

Comment 12

[J.J. Enser]

windows build system -> Leaf

Comment 13

[Scott MacGregor]

turns out the commercial installer doesn't seem to be packaging the commercial
prefs files (mailnews-ns.js, etc) starting yesterday or the day before. That's
causing us lots of problems and could cause this problem too.

Comment 14

[Asa Dotzler [:asa]]

Bug moved to http://bugscape.netscape.com/.

If the move succeeded, [e-mail] will receive a mail
containing the number of the new bug in the other database.
If all went well,  please mark this bug verified, and paste
in a link to the new bug. Otherwise, reopen this bug.

Comment 15

[Asa Dotzler [:asa]]

this bug is now http://bugscape/show_bug.cgi?id=6644
I have moved the bug and carried over the attachment.

Comment 16

[Daniel (Leaf) Nunes]

*** Bug 86683 has been marked as a duplicate of this bug. ***