This is Interesting: Free Magazines for Graphics designers and webmasters  


Home > Archive > Microsoft Publisher > January 2007 > Published site displays login and PW after submit





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Published site displays login and PW after submit
msoden

2007-01-10, 6:56 pm

I have a site that has been published using "publish to Web". The contact
form gives me a login screen when the submit button is pushed instead of an
acknowledgment of what was input into the form as it should. The submit
button was created using the middle request telling to send an email. No
security is involved for the site. What could the problem be. Here is the
URL: http://astepaboveconstruction.com/i...les/Page426.htm

Any help would be appreciated.
MS
DavidF

2007-01-10, 6:56 pm

Reference: Publisher web publication forms 101:
http://msmvps.com/blogs/dbartosik/a...1/07/80564.aspx

and then, probably: How to publish a Publisher web in HTTP
http://msmvps.com/blogs/dbartosik/a...egory/1921.aspx

Might I also suggest that you run the spell check.

DavidF

"msoden" <msoden@discussions.microsoft.com> wrote in message
news:7E5E62CF-AAD3-4CF4-BCDE-97B58B2C31F7@microsoft.com...
>I have a site that has been published using "publish to Web". The contact
> form gives me a login screen when the submit button is pushed instead of
> an
> acknowledgment of what was input into the form as it should. The submit
> button was created using the middle request telling to send an email. No
> security is involved for the site. What could the problem be. Here is the
> URL: http://astepaboveconstruction.com/i...les/Page426.htm
>
> Any help would be appreciated.
> MS



msoden

2007-01-10, 6:56 pm

DavidF,
Thank you for the information. It appears that there is a bug in IE7. The
form works fine in Netscape, Firefox and ie6. Don't know how I report the bug
to Microsoft though.

MS

"DavidF" wrote:

> Reference: Publisher web publication forms 101:
> http://msmvps.com/blogs/dbartosik/a...1/07/80564.aspx
>
> and then, probably: How to publish a Publisher web in HTTP
> http://msmvps.com/blogs/dbartosik/a...egory/1921.aspx
>
> Might I also suggest that you run the spell check.
>
> DavidF
>
> "msoden" <msoden@discussions.microsoft.com> wrote in message
> news:7E5E62CF-AAD3-4CF4-BCDE-97B58B2C31F7@microsoft.com...
>
>
>

DavidF

2007-01-10, 6:56 pm

There have been a number of hick ups reported with IE7, and this could be
one. You might check the new security settings, firewall settings, etc., to
see if you can find a solution there.

You can roll back to IE6 by doing an uninstall via Add and Remove, if you
want to wait until MS gets the kinks worked out in IE7.

DavidF

"msoden" <msoden@discussions.microsoft.com> wrote in message
news:EEEF9661-4052-4478-98AB-A6AAD3350237@microsoft.com...[color=darkred]
> DavidF,
> Thank you for the information. It appears that there is a bug in IE7. The
> form works fine in Netscape, Firefox and ie6. Don't know how I report the
> bug
> to Microsoft though.
>
> MS
>
> "DavidF" wrote:
>


Rob Giordano \(Crash\)

2007-01-10, 6:56 pm

It doesn't work in my FF.

"msoden" <msoden@discussions.microsoft.com> wrote in message
news:EEEF9661-4052-4478-98AB-A6AAD3350237@microsoft.com...
| DavidF,
| Thank you for the information. It appears that there is a bug in IE7. The
| form works fine in Netscape, Firefox and ie6. Don't know how I report the
bug
| to Microsoft though.
|
| MS
|
| "DavidF" wrote:
|
| > Reference: Publisher web publication forms 101:
| > http://msmvps.com/blogs/dbartosik/a...1/07/80564.aspx
| >
| > and then, probably: How to publish a Publisher web in HTTP
| > http://msmvps.com/blogs/dbartosik/a...egory/1921.aspx
| >
| > Might I also suggest that you run the spell check.
| >
| > DavidF
| >
| > "msoden" <msoden@discussions.microsoft.com> wrote in message
| > news:7E5E62CF-AAD3-4CF4-BCDE-97B58B2C31F7@microsoft.com...
| > >I have a site that has been published using "publish to Web". The
contact
| > > form gives me a login screen when the submit button is pushed instead
of
| > > an
| > > acknowledgment of what was input into the form as it should. The
submit
| > > button was created using the middle request telling to send an email.
No
| > > security is involved for the site. What could the problem be. Here is
the
| > > URL: http://astepaboveconstruction.com/i...les/Page426.htm
| > >
| > > Any help would be appreciated.
| > > MS
| >
| >
| >


DavidF

2007-01-10, 6:56 pm

Actually, after reading Rob's post, I just tested it with FF and IE6, and
neither worked. Go back and read the reference material I posted in the
first reply. It appears that it has nothing to do with IE7.

DavidF

"msoden" <msoden@discussions.microsoft.com> wrote in message
news:EEEF9661-4052-4478-98AB-A6AAD3350237@microsoft.com...[color=darkred]
> DavidF,
> Thank you for the information. It appears that there is a bug in IE7. The
> form works fine in Netscape, Firefox and ie6. Don't know how I report the
> bug
> to Microsoft though.
>
> MS
>
> "DavidF" wrote:
>


Mike Koewler

2007-01-10, 6:56 pm

Your form action is pointing to /_vti_bin/shtml.exe/index_files/Page426.htm

which is not a method I am familiar with at all. Usually, it is
something like cgi-bin/your.mailscript.pl or similar. The only reason I
can think it may be working for you is that the /vti_bin is password
protected and the site is accepting your cookies.

Mike

msoden wrote:
> I have a site that has been published using "publish to Web". The contact
> form gives me a login screen when the submit button is pushed instead of an
> acknowledgment of what was input into the form as it should. The submit
> button was created using the middle request telling to send an email. No
> security is involved for the site. What could the problem be. Here is the
> URL: http://astepaboveconstruction.com/i...les/Page426.htm
>
> Any help would be appreciated.
> MS

msoden

2007-01-10, 6:56 pm

Mike,
Thank you! This is a FrontPage extension issue. Personally I don't use
FrontPage. This client called after having built the website in Publisher
with the form problem. It is very important that when you upload a
Publisher form website, you only upload the site through the software. It
creates filtered html files that will not work using a regular FTP software.
His first problem was not having installed the extensions. the second was not
uploading it through Publisher. IE7 has bug in that will not allow the form
to process. All the browser versions work just fine.

MS

"Mike Koewler" wrote:

> Your form action is pointing to /_vti_bin/shtml.exe/index_files/Page426.htm
>
> which is not a method I am familiar with at all. Usually, it is
> something like cgi-bin/your.mailscript.pl or similar. The only reason I
> can think it may be working for you is that the /vti_bin is password
> protected and the site is accepting your cookies.
>
> Mike
>
> msoden wrote:
>

Mike Koewler

2007-01-10, 6:56 pm

ms,

I tried it and it did not work - using Mozilla. It wanted a password
when I tried.

Mike

msoden wrote:[color=darkred]
> Mike,
> Thank you! This is a FrontPage extension issue. Personally I don't use
> FrontPage. This client called after having built the website in Publisher
> with the form problem. It is very important that when you upload a
> Publisher form website, you only upload the site through the software. It
> creates filtered html files that will not work using a regular FTP software.
> His first problem was not having installed the extensions. the second was not
> uploading it through Publisher. IE7 has bug in that will not allow the form
> to process. All the browser versions work just fine.
>
> MS
>
> "Mike Koewler" wrote:
>
>
Rob Giordano \(Crash\)

2007-01-10, 6:56 pm

I haven't run into a problem with IE7 and my FP forms...all work fine for
me.

/_vti_bin/shtml.exe/index_files/Page426.htm this is usually what you would
see for the confirmation page, which kinda means the confirmation page on
his web is the form page itself...which is interesting.

I'd try saving results to a file (adjust the form properties) and see what
happens. It's also possible that the host is not allowing the fp form
handler to run or it's configured incorrectly (permissions issue)

hth


"msoden" <msoden@discussions.microsoft.com> wrote in message
news:0BA94787-741D-4142-8874-0A181C4585E6@microsoft.com...
| Mike,
| Thank you! This is a FrontPage extension issue. Personally I don't use
| FrontPage. This client called after having built the website in Publisher
| with the form problem. It is very important that when you upload a
| Publisher form website, you only upload the site through the software. It
| creates filtered html files that will not work using a regular FTP
software.
| His first problem was not having installed the extensions. the second was
not
| uploading it through Publisher. IE7 has bug in that will not allow the
form
| to process. All the browser versions work just fine.
|
| MS
|
| "Mike Koewler" wrote:
|
| > Your form action is pointing to
/_vti_bin/shtml.exe/index_files/Page426.htm
| >
| > which is not a method I am familiar with at all. Usually, it is
| > something like cgi-bin/your.mailscript.pl or similar. The only reason I
| > can think it may be working for you is that the /vti_bin is password
| > protected and the site is accepting your cookies.
| >
| > Mike
| >
| > msoden wrote:
| > > I have a site that has been published using "publish to Web". The
contact
| > > form gives me a login screen when the submit button is pushed instead
of an
| > > acknowledgment of what was input into the form as it should. The
submit
| > > button was created using the middle request telling to send an email.
No
| > > security is involved for the site. What could the problem be. Here is
the
| > > URL: http://astepaboveconstruction.com/i...les/Page426.htm
| > >
| > > Any help would be appreciated.
| > > MS
| >


Sponsored Links


Copyright 2003 - 2008 forum4designers.com  Software forum  Computer Hardware reviews