Closed Bug 38330 Opened 25 years ago Closed 25 years ago

Back & Forward buttons don't work when Mozilla is used in AOL 4/5

Categories

(Core Graveyard :: Embedding: ActiveX Wrapper, defect, P3)

x86
Windows 95
defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: pjc2001, Assigned: locka)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win95; en-US; m16) Gecko/20000505 BuildID: 2000050513 Back and Foward buttons will not work when Mozilla is used as the internal browser for America Online 5.0 or 4.0. If the back button is pushed after browsing several pages it will take you to the last AOL content page instead of the previous web page. Reproducible: Always Steps to Reproduce: 1. Use IEPATCHER to patch the IWENGx32.dll file in the America Online 5.0 directory and rename moz_IWENGx32.dll IWENGx32.dll 2. Sign on to AOL and use the browser.
Some cleared instructions would be helpful. How can Moz be used as AOL's integrated browser? Is "IEPATCHER" a third-party program that patches AOL for this functionality? If so, I'd expect this to be marked INVALID. We can't be expected to support third-party, unsupported hacks.
Summary: Back & Foward buttons don't work when Mozilla is used in America Online 5.0 → Back & Forward buttons don't work when Mozilla is used in AOL 4/5
invalid per ross's comments
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
The reporter notified me of the following via email: "IE Patcher is not a third-party program. It is Adam Lock's program that tells an application that uses the IE control to use the Mozilla control instead. You can download it from the Mozilla ActiveX Project page [http://www.iol.ie/~locka/mozilla/mozilla.htm]. Make sure to follow the instructions under Installing It before using IE Patcher." I was unaware that IE Patcher was a program of Adam's, nor was I aware of its purpose. In light of this, reopening for now.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Yes I wrote IEPatcher and it's in the tree. Although the Mozilla control is supposed to work like the IE control, it is not reasonable for me to test against a patched binary such as the AOL client because I don't have the source code to trace what it's doing. The AOL is also a very complicated animal designed to exploit undocumented quirk behaviour in the IE control so it may be failing in Mozilla for reasons I will never know. I suggest you something like the CBrowse example for testing since I then have the source for the client and the control. I don't have the source the AOL client (and don't want it either!)
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.