FIX: Problems When You Use FrontPage 98 to Edit ASP Pages (190939)
The information in this article applies to:
- Microsoft Visual InterDev 6.0
This article was previously published under Q190939 SYMPTOMS
If you create an Active Server Pages (ASP) page in Visual InterDev and edit it in Microsoft FrontPage 98, the ASP page appears successfully the first time that you preview it but displays errors if the page round trips to the server and back or if you link to another page through server-side code.
CAUSE
The Scripting Object Model in Visual InterDev requires some specific text
at the top of the page and just after the end </BODY> tag. This text
includes a <FORM> tag. However, FrontPage does not allow <FORM> tags outside of the <BODY> tags. When you save a Visual InterDev ASP page that has the Scripting Model enabled (which is required for Design-Time Control functionality) in FrontPage 98, the <FORM> tags are moved to immediately follow the initial <BODY> tag. This means that none of the Design-Time Controls (DTCs) within the <BODY> tags appear within the <FORM> tags, so any Post to the server does not recognize the DTCs.
RESOLUTION
To preserve the round trip and server-side processing of code that is related to the DTCs, do not use FrontPage 98 to edit ASP pages that depend on the Scripting Object Model.
If you have already edited a page in FrontPage 98, use the following steps
to restore the functionality:
- Open the page in Visual InterDev 6.0.
- In the properties for the page, select Enable scripting object model.
- Read-only, grayed out text appears at the top of the page and just after the </BODY> tag.
- Delete the following lines from the top of the page if duplicated:
<% ' VI 6.0 Scripting Object Model Enabled %>
<!--#include file="_ScriptLibrary/pm.asp"-->
<% if StartPageProcessing() Then Response.End() %>
- Delete the <FORM> tags that follow the <BODY> tag:
<form name="thisForm" METHOD="post">
</form>
- Delete the following lines just after the <BODY> tag if
duplicated:
<% ' VI 6.0 Scripting Object Model Enabled %>
<% EndPageProcessing() %>
STATUSMicrosoft has confirmed that this is a bug in the Microsoft products that are listed at the beginning of this article. This bug was corrected in Visual Studio 6.0 Service Pack 3.
For more information about Visual Studio service packs, please see the following articles in the Microsoft Knowledge Base:
194022 INFO: Visual Studio 6.0 Service Packs, What, Where, Why
194295 HOWTO: Tell That Visual Studio 6.0 Service Packs Are Installed
Modification Type: | Minor | Last Reviewed: | 3/7/2005 |
---|
Keywords: | kbBug kbExtension kbfix kbServer kbVS600sp3fix KB190939 |
---|
|