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)
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.
| Reporter | ||
Updated•21 years ago
|
Summary: Mozilla ActiveX Control: Control steals keystrokes when hosted in Visual FoxPro → Mozilla ActiveX Control: Control steals keystrokes when hosted in Visual FoxPro
Comment 1•20 years ago
|
||
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/
Comment 2•20 years ago
|
||
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
Updated•14 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•