From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529 BuildID: 2002052918 When opening MozillaMail or opening the sidebar on history the browser goes to the following (totally unfamiliar) URL: http://apps5.oingo.com/apps/domainpark/domainpark.cgi?s=find&dp_lp=7&cid=GOTO6262&dp_format=1.3&dp_p4pid=idealab&dp_own=Idealab&dp_cm=_b&dp_c1=000099 Deleting the browser history does not delete that URL. Even going to my profile file and manually deleting the file "history.dat" did not seem to help. I have never visited that URL before. Reproducible: Always Steps to Reproduce: 1.Click on mail icon (open mail) or 2.press F9 to open sidebar and click on history 3. Actual Results: Mozilla browser goes to the above URL Expected Results: Browser should have stayed on current URL I have tried to find out where this URL came from since I have never seen it before, but without success. As I said before trying to delete it from the history doesn't seem to work. Deleting the history.dat file in my profile worked only until the next session.

This may seem paranoid but: Who is Idealab and why have they hijacked my browser? Since submitting this bug I have tried everything to make that URL entry go away but to no avail. I always reappears when a new session is started. Where is it being written from? I admit it is a minor incovenience, but I don't like programs doing things that I have not asked them to.

I have the same problem, but the URL the browser is first trying to load is find:datasource=history&match=AgeInDays&method=is&text=1&groupby=Hostname This leads Mozilla to the already posted URL. (very anoying) A simple grep over the mozilla binaries (I do not have the source right now and no space for it) comes up with, that ./components/libappcomps.so has at least the part find:datasource=history&match=AgeInDays inside. This may be a sign, but also may be a false result. This URL is opened if you open mailnews in the already open browser window, or if there is no open browser window (like if you started with 'mozilla -mail', it opens one. I think, this was introduced in the RC-phase, but I also use since that time the .tar.gz - version for linux and install it on my account (home directory), maybe that is a reason. As also already said, the problem is related to the file history.dat. If I delete it and open 'mozilla -mail', no windows is opened. It is only opened, if history.dat is there (but this is of course generated, if I visit some URL and close mozilla). Frank

yep on both PC and Mac 0S 9.2 an event trys to load the site "http://find/", it might be related to the function find() located in "findhistory.js", as it seems to be happening when there is history data and the user opens the history sidebar. On the Mac it creats a Find folder and places my last visted URL into this folder... On the PC it does not create the Find folder. Both tests on PC and Mac seem to be tring to resolve the url, "http://find/". I suspect this is why you may be taken to wierd sites depending on the DNS system you use to resolve URL addresses. It might be a bug at the component level, as I have not traced it to the source files.

I am experiencing the same problem running with the following set-up: Mozilla 1.0 Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0) Gecko/20020529 Mac OS X 10.1.5 Whenever I use the sidebar and select the History Tab the page below opens in the main window: http://apps5.oingo.com/apps/domainpark/domainpark.cgi?s=find&dp_lp=7&cid=GOTO6262&dp_format=1.3&dp_p4pid=idealab&dp_own=Idealab&dp_cm=_b&dp_c1=000099 This is a major hassle. Any clue as to why this is happening. The only solution for me to turn it off is disable the History Tab. However, I need my History Tab. Any suggestions?

I am seeing the bug also on win32 build. The URL apps5.oingo.com loads when the user does the following actions: 1. History sidebar is clicked on. 2. Expand/Collapse toggles are clicked on for folders in history 3. External applications such as the Forte newsreader which launches jpegs in the default browser set to Mozilla first goes to the URL noted above. *Where did this bug come from. It almost seems intentional... Was the source hacked?

I was afraid to use the word hacked when I submitted this bug, but it seems suspicious that the URL leads to a search engine. I don't know what to think but... . I didn't know that turning off the history tab solves the problem but I also need it (thanx anyway). I still wish I could find out where the history entry is being written from. I think that would explain alot

I just downloaded and installed the latest nightly build for Mac OS X: Mozilla 1.1a Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1a) Gecko/20020608 I also archived my profile and let Mozilla build me a new one. I have been running for about 30 minutes without issue. I have opened and closed the sidebar; opened and closed the History Tab and still have yet to reproduce the issue. Will someone verify that this corrects issue in their environment?

A step back. Does anyone experiencing this issue have a file called, cookperm.txt in their Mozilla profile? The file includes the following text: # HTTP Permission File # http://www.netscape.com/newsref/std/cookie_spec.html # This is a generated file! Do not edit. apps5.oingo.com 0F @@@@ 0F 1F Even after removing this file I continued to have problems. As I mentioned previously, the latest nightly build appears to have resolved the issue for me.

No I do not have the file: cookperm.txt in either of my Mozilla profiles. Just the regular cookies.txt file. I have gone through every human-readable file in my profile looking for anything pertaining to apps5.oingo.com and come up empty.

I think this bug might be a duplicate of 128322. Who deals whith marking things as duplicates?

This is global history.

-> default

In my case it disappears in Mozilla1.1alpha (2002061108). I guess, this is fixed there?

Isn't this bug a dup of bug 140797?

I have a variant of the same bug on 1.0.0.8 on Linux. Whenever I open the Address Book from the Window pull down menu: 1. the Address Book momentarily appears. 2. the Browser then takes over the screen (quite unexpected!) 3. the browser goes to "http://apps5.oinga.com/apps/domainpark.cgi ...." (you get the idea) This is repeatable every time. Like the others, I've poured through the config. files to no avail. Yes, deleting the history file helps but the file is quickly rebuilt and the problem reappears. One new clue: I managed to trap the browser going to "http://static.appliedsemantics.com" first, before going to "http://apps5.oinga.com/....". Also, I confirmed that creating a new profile solves the problem. This led me to suspect that there was something in my profile that was triggering the action. However, since I found nothing I'm suspicious that it is "time related." That is to say, the "hijacking" occurs some time after the initial build of the profile. If true, the code would have an internal timer that waits some delay (days) from the profile build then "does its thing." Can someone search the source code. How this got introduced is the important issue to uncover. Gray

*** This bug has been marked as a duplicate of 140797 ***