147068 - Remove duplicate results appearing in sidebar search

Status: RESOLVED INVALID

(SeaMonkey :: Search, defect)

Description

[Justin Turner Arthur]

Whenever I search multiple search engines using the sidebar and the latest
build, I notice that every single search result has a duplicate somewhere in the
results list. This seems to happen with every engine I try. I will attach a JPEG
screenshot of this occurrence as demonstrated by searching multiple search
engines for the term "porblem". This problem does not show itself when a single
search engine is searched.

Good luck,
Justin.

Comment 1

[Justin Turner Arthur]

Attachment: screenshot

Comment 2

[Kai Lahmann (is there, where MNG is)]

same here (Build 2002052421 on Linux). Always 2 entries, if you have more then 1
search engine (this are not multiple results from different engines!)

Comment 3

[Samir Gehani]

helpwanted

Comment 4

[Justin Turner Arthur]

Well, one thing to find out would be in which build, approximately, did this
start occuring if it had not been occuring in the past. Also, perhaps some more
votes would get the bug a little more attention.

Comment 5

[Erich 'Ricky' Iseli]

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

Comment 6

[Erich 'Ricky' Iseli]

Copying keyword from duped bug

Comment 7

[Rainer Bielefeld]

I still see this problem with 
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021103:
http://home.t-online.de/home/Bielefeld__Buss_oHG/mozilla/google.jpg
I will do some tests to find out in which build that started!

Comment 8

[Rainer Bielefeld]

I made some tests (searched in Sidebar-Search for "Kesselmanagement" with
activated DMOZ, GOOGLE, MOZILLA.ORG) and found out:

_No_ Problem in
Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.0rc3) Gecko/20020523

Problem in
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0+) Gecko/20020521
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0+) Gecko/20020531
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.1b) Gecko/20020722
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2a) Gecko/20020913
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20020926

Whatever that might mean ...

Comment 9

[Justin Turner Arthur]

That's mighty curious. Perhaps we need to look over some bonsais. Thanks for
running those tests, Rainer.

Comment 10

[Alan Bramley]

Bug also confirmed in...
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130

Comment 11

[Karsten Düsterloh]

Attachment: Workaround to avoid 147068 halting 195885

This is the first part of the split up of my patch for bug 57654, as requested
in comment 23 there.

As stated in comment 20 of bug 57654, this bug here will cause any patch for
195885 to break.

Samir, if you don't mind me hijacking your bug, I'd try to get r/sr for this,
so that I can continue with the other parts of my patch.

Comment 12

[Samir Gehani]

Over to Karsten.  CC'ing Shuehan since she works on search now.

Comment 13

[jag (Peter Annema)]

Comment on attachment 119518 [details] [diff] [review]
Workaround to avoid 147068 halting 195885

Could you rename it to |gProcessOnloadEvent|? We typically prefix globals with
"g". sr=jag with that.

Make sure bug 196057 has a comment about removing this patch once it is fixed.

Comment 14

[Karsten Düsterloh]

Attachment: Workaround to avoid 147068 halting 195885

Global varis prefixed with g now

Comment 15

[Karsten Düsterloh]

Made comment in bug 196057 to remove this workaround after fixing there has been
done.

Comment 16

[Christian :Biesinger (don't email me, ping me on IRC)]

Checking in internetresults.js;
/cvsroot/mozilla/xpfe/components/search/resources/internetresults.js,v  <-- 
internetresults.js
new revision: 1.40; previous revision: 1.39
done

leaving open as this is only a temporary workaround

Comment 17

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 18

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but still has no comment since the inception of the SeaMonkey project 5 years ago.

Because of this, we're resolving the bug as EXPIRED.

If you still can reproduce the bug on SeaMonkey 2 or otherwise think it's still valid, please REOPEN it and if it is a platform or toolkit issue, move it to the according component.

Query tag for this change: EXPIRED-20100420

Comment 19

[Rainer Bielefeld]

I still see this problem with  Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4, pls see attached screenshot.

That's with myold user Profile (I started it with some seamonkey 0.x), I will try a new and clean one soon.

Comment 20

[Rainer Bielefeld]

Attachment: Screenshot showing duplicates and search engines settings

Comment 21

[Karsten Düsterloh]

Multiengine search is gone.