| Author |
 Topic  |
|
|
Tranzmit
Starting Member
11 Posts |
 Posted - 13 April 2001 : 13:45:49
|
I'm so keen to sort this problem out that I will gladly provide some webspace with which to host your own forum if anyone can help me solve this problem.
My forum is embedded in the rest of my site at www.tranzmit.co.uk/forum/default2
Everything is now working great except that when someone logs in or out, or completes a registration they get an error on the page that says 'you have logged in successfully' or 'your registration is complete'.
What I'd like to know is whether it is possible to make this confirmation page break free of the rest of the site then when it refreshes the page, end up back inside the rest of the site again.
If that is not possible I'd be quite happy to not have the confirmation page appear, so that when someone logs in or registers they are just returned straight to the default page, without seeing 'registration complete' or 'login successful' or whatever.
This is really difficult to explain in words, but if you visit the forum and register you'll see what I mean. At the point that you get the error message, this is the page that I want to 'break free', or just be ignored. I know that if only I could do this, it would work. This is proven by trying the same process at www.tranzmit.co.uk/forum/defaultinclude.asp
If anyone can help me achieve this (and I guess it's just a case of changing one link in the code), I will gladly repay the favour in some way.
Many thanks
Ben
|
|
|
work mule
Senior Member
USA
1358 Posts |
Posted - 13 April 2001 : 14:59:11
|
quote:
My forum is embedded in the rest of my site at www.tranzmit.co.uk/forum/default2
Everything is now working great except that when someone logs in or out, or completes a registration they get an error on the page that says 'you have logged in successfully' or 'your registration is complete'.
For anyone looking into this, here's the error message:
quote:
Response object error 'ASP 0156 : 80004005'
Header Error
/forum/inc_functions.asp, line 1322
The HTTP headers are already written to the client browser. Any HTTP header modifications must be made before writing page content.
I was looking back at an unmodified register.asp file and now I'm confused about something myself, so I can't really answer the question.
In register.asp, at line 350, I see a call to the DoCookies Sub, which comes after some html is written. I thought you can't modify cookies once data is sent to the client. (?)
Edited by - work mule on 13 April 2001 15:05:16 |
 |
|
|
HuwR
Forum Admin
United Kingdom
20595 Posts |
Posted - 13 April 2001 : 15:06:54
|
You are still loading two different headers into your page, do a view source in your browser. you need to figure out which header comes from where, what file has the login form in it ? it is normally inc_top
|
|
|
|
Tranzmit
Starting Member
11 Posts |
Posted - 13 April 2001 : 15:07:31
|
Thanks work_mule :) I really should have included that myself. Sorry.
I can provide a zip of the forum as it is at the moment if anyone is interested.
The site has just moved to a new URL which hasn't been announced to all my contacts yet. When the site is running properly it usually gets about 30-40000 visitors a day. I can give a good link, or webspace, whatever to anyone who can help with this one, as I'm at a total loss with what to do myself!
|
|
|
|
Tranzmit
Starting Member
11 Posts |
Posted - 13 April 2001 : 15:09:56
|
Huwr... it is inc_top that has the login form on it. I know what you mean about the headers, and I removed all headers but that made no difference. I've just put it back as it was before I caused even more damage!
|
|
|
|
HuwR
Forum Admin
United Kingdom
20595 Posts |
Posted - 13 April 2001 : 15:14:22
|
Ok, the file which actually makes the top of your page, what is that called, and does it have a <head> because inc_top does.
|
|
|
|
Tranzmit
Starting Member
11 Posts |
Posted - 13 April 2001 : 15:39:31
|
Everything outside of the main table is in a file called default2.asp. Everything inside the table is #included from a file called pagedefault.asp. In turn, pagedefault.asp #includes the foruminclude.asp (which is what originally comes as default.asp in the snitz zipfile). All pages are done in this way. I have now removed all the header stuff again from all the pages. I assume the header that is left is the one created by the forum itself (inc_top.asp?).
Thanks again
Ben (completely confused )
|
|
|
|
Doug G
Support Moderator
USA
6493 Posts |
Posted - 13 April 2001 : 15:47:49
|
quote:
In register.asp, at line 350, I see a call to the DoCookies Sub, which comes after some html is written. I thought you can't modify cookies once data is sent to the client. (?)
If response.buffer=true is set in your asp code, as it is in the forum code, nothing is sent to the browser until the asp processing is completed. This lets you diddle with HTML header stuff out of order.
======
Doug G
====== |
|
|
|
Tranzmit
Starting Member
11 Posts |
Posted - 13 April 2001 : 16:08:09
|
Doug... thanks for the message. I haven't touched that line of code you mention. In fact the only thing I've changed is the names of some of the files and their respective links in the forum...nothing more. Strange how that line doesn't seem to be doing what you suggest it should though.
|
|
|
|
HuwR
Forum Admin
United Kingdom
20595 Posts |
Posted - 13 April 2001 : 16:24:33
|
I really don't know how to explain it any simpler.
but.
your default2.asp has a page header, it includes pagedefault.asp which also has a header definition, this file in turn includes /forum/defaultinclude.asp whic I assume is the original forum default.asp, this would include inc_top.asp which also has a header declaration.
obviously this is not correct, you should have only one set of headers
|
|
|
|
Tranzmit
Starting Member
11 Posts |
Posted - 13 April 2001 : 19:30:33
|
HuwR
Thanks for your patience...I know what you meant, but it still returns the same error. If you view the source at www.tranzmit.co.uk/forum/default2.asp now you will see no header except the Snitz one. Then if you try to register a new member when the register page refreshes you get the same error.
You described the page setup just right in your previous post, and the register page works just the same way (regsiter2.asp, pageregister.asp & registerinclude.asp). Again, view source reveals only 1 header - the snitz one.
I know the answer is probably staring me in the face, but I'm blind to this one! But I have removed those headers that you say are the offending problem.
|
|
|
|
work mule
Senior Member
USA
1358 Posts |
Posted - 13 April 2001 : 22:43:17
|
quote:
If response.buffer=true is set in your asp code, as it is in the forum code, nothing is sent to the browser until the asp processing is completed. This lets you diddle with HTML header stuff out of order.
So is it possible that either the buffer is not set to True or the response object had been flushed? Isn't the error message the type you get when you try to change header information once HTML has been sent?
|
|
|
|
Doug G
Support Moderator
USA
6493 Posts |
|
| |
Topic |
|
Topic Locked
