Closed Bug 260551 Opened 21 years ago Closed 20 years ago

Mozilla ActiveX Control: Control steals keystrokes when hosted in Visual FoxPro

Categories

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

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED EXPIRED

People

(Reporter: ryan.jentzsch, Assigned: adamlock)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10 I downloaded and dropped this control on a Visual FoxPro form. The form has a textbox and a button. The textbox collects the web address to go to and the command button issues a AXCONTROL.Navigate(textbox1.value) to go to the typed in address. The web control renders the web page just fine, but I try to click on the address textbox on the form to type in a different address and it does not work. Instead all keystrokes are captures and "stolen" into the control. The cursor blinks in the textbox as well as any textbox in the web control, but the web control will not release focus to the Visual FoxPro textbox. Any ideas on how to solve this problem? -TIA Reproducible: Always Steps to Reproduce: 1. You can download the free beta of VFP 9 from msdn.microsoft.com/vfoxpro 2. Start Visual FoxPro. In the command window type the command: CREATE FORM Test 3. On the menu find Tools, Options, Controls tab. Select ActiveX controls on the radio button. In the List Box find the Mozilla Web Browser control and check mark it. 4. On the view menu select "Form Controls Toolbar" until the tool bar is visible. 5. Click on the view classes library book icon on the form controls tool bar and select ActiveX control. The Mozilla Browser control will be on the tool bar. Click it and drop it on to the form. 6. Click on the form tool bar class library control again and select standard. From the tool bar drop a textbox and a command button on the form. 7. Double click the Command button (in the click event have this code: thisform.olecontrol1.object.Navigate(thisform.text1.value) 8. Rightclick on the gray area of the form and select run to run the form. 9. Type in a web address and click the command button. 10. Let the web page load and try to click back on the text button to type in a different web page address. Web control steals the keystrokes and the textbox will remain unchanged. Actual Results: Web control steals the keystrokes and the textbox will remain unchanged. Expected Results: Web control should have relequished focus to the textbox control on the form. This problem occurs in the Visual FoxPro 9 beta as well as in Visual FoxPro 8.0 SP2. I did not test other versions of Visual FoxPro.
Summary: Mozilla ActiveX Control: Control steals keystrokes when hosted in Visual FoxPro → Mozilla ActiveX Control: Control steals keystrokes when hosted in Visual FoxPro
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → EXPIRED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.