ONE person gets an ASP error....

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • Steve Bywaters

    ONE person gets an ASP error....

    There are several hundred of my client's franchisees happily accessing my
    ASP/VBscript web site... but one - just one - has reported the following:


    "I have been trying to log onto the LSM since friday and get this message
    when I want to go into any of the items on Home Page.
    Response object error
    'ASP 0156: '80004000'
    Header error
    /lsm/ListPolls.asp.L ine 21
    The HTTP header are already written to the client browser. Any HTTP header
    modifications must be made before writing page content."


    I have tried the page(s) in question and all is well... so have others - no
    problem.
    So how can ONE person get such a server-side error?

    Points:
    * She is using IE6 (.1) on W98
    * I understand that the 'error' often is produced when a Redirect is issued
    after starting to write the page... and that Response.Buffer will solve
    that 'problem'. I have used this in the past, when *I* have seen an error
    occur, but since she is the only one getting the error, and it (apparently)
    happens on several pages), that would seem a silly way to go (since I do NOT
    get the problem)
    * Line 21 - as indicated the offending line - is ONLY called if
    authorisation (via Session var) fails.... but she couldn't have got this far
    into the site unless she *had* logged in, and auth. stored.... ???

    Can someone provide more insight as to what's happening?

    Steve







  • Ray at

    #2
    Re: ONE person gets an ASP error....

    While I imagine you could purposely cause this error for one person if you
    really wanted to, i.e.

    <%
    if request.serverv ariables("remot e_addr") = "192.168.1. 50" then
    response.flush
    response.redire ct "elsewhere. asp"
    end if
    %>

    I'll assume you're not doing that. Are you buffering? What version of IIS?
    IIS 4 (NT 4 with Option Pack) does not buffer by default, where as IIS5 and
    over do. Do you have response.buffer = true for good measure? That should
    avoid this for all people. Perhaps others are just getting a 500 error,
    whereas this user has friendly errors disabled, and no one is reporting the
    500 to you. Turning on buffering should solve the problem. I cannot think
    of any reason why it would buffer for everyone but one person.

    Ray at home

    "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
    news:OL8ine5vDH A.2456@TK2MSFTN GP12.phx.gbl...[color=blue]
    > There are several hundred of my client's franchisees happily accessing my
    > ASP/VBscript web site... but one - just one - has reported the following:
    >
    >
    > "I have been trying to log onto the LSM since friday and get this message
    > when I want to go into any of the items on Home Page.
    > Response object error
    > 'ASP 0156: '80004000'
    > Header error
    > /lsm/ListPolls.asp.L ine 21
    > The HTTP header are already written to the client browser. Any HTTP header
    > modifications must be made before writing page content."
    >
    >
    > I have tried the page(s) in question and all is well... so have others -[/color]
    no[color=blue]
    > problem.
    > So how can ONE person get such a server-side error?
    >
    > Points:
    > * She is using IE6 (.1) on W98
    > * I understand that the 'error' often is produced when a Redirect is[/color]
    issued[color=blue]
    > after starting to write the page... and that Response.Buffer will solve
    > that 'problem'. I have used this in the past, when *I* have seen an error
    > occur, but since she is the only one getting the error, and it[/color]
    (apparently)[color=blue]
    > happens on several pages), that would seem a silly way to go (since I do[/color]
    NOT[color=blue]
    > get the problem)
    > * Line 21 - as indicated the offending line - is ONLY called if
    > authorisation (via Session var) fails.... but she couldn't have got this[/color]
    far[color=blue]
    > into the site unless she *had* logged in, and auth. stored.... ???
    >
    > Can someone provide more insight as to what's happening?
    >
    > Steve
    >
    >
    >
    >
    >
    >
    >[/color]


    Comment

    • Steve Bywaters

      #3
      Re: ONE person gets an ASP error....

      No buffering (on these pages)....
      I understand your hypothesis, but it's not correct in this case
      Other users are *not* getting the error... they get the correct page
      display.

      In fact it is more subtle than this (as indicated in orig. post).. because
      the line no of failure is a line that gets executed only on failure of
      access - ie if a session value is not set, they are 'Redirect'ed to a denied
      page (which is failing for ONE user)!!
      BUT they cannot get to even go to the "failing" page *unless* they ARE
      logged in correctly....

      Huh (!?)... I don't get this.

      Steve



      "Ray at <%=sLocation% >" <myFirstNameATl ane34dotKOMM> wrote in message
      news:%236NFgW6v DHA.2308@TK2MSF TNGP11.phx.gbl. ..[color=blue]
      > While I imagine you could purposely cause this error for one person if you
      > really wanted to, i.e.
      >
      > <%
      > if request.serverv ariables("remot e_addr") = "192.168.1. 50" then
      > response.flush
      > response.redire ct "elsewhere. asp"
      > end if
      > %>
      >
      > I'll assume you're not doing that. Are you buffering? What version of[/color]
      IIS?[color=blue]
      > IIS 4 (NT 4 with Option Pack) does not buffer by default, where as IIS5[/color]
      and[color=blue]
      > over do. Do you have response.buffer = true for good measure? That[/color]
      should[color=blue]
      > avoid this for all people. Perhaps others are just getting a 500 error,
      > whereas this user has friendly errors disabled, and no one is reporting[/color]
      the[color=blue]
      > 500 to you. Turning on buffering should solve the problem. I cannot[/color]
      think[color=blue]
      > of any reason why it would buffer for everyone but one person.
      >
      > Ray at home
      >
      > "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
      > news:OL8ine5vDH A.2456@TK2MSFTN GP12.phx.gbl...[color=green]
      > > There are several hundred of my client's franchisees happily accessing[/color][/color]
      my[color=blue][color=green]
      > > ASP/VBscript web site... but one - just one - has reported the[/color][/color]
      following:[color=blue][color=green]
      > >
      > >
      > > "I have been trying to log onto the LSM since friday and get this[/color][/color]
      message[color=blue][color=green]
      > > when I want to go into any of the items on Home Page.
      > > Response object error
      > > 'ASP 0156: '80004000'
      > > Header error
      > > /lsm/ListPolls.asp.L ine 21
      > > The HTTP header are already written to the client browser. Any HTTP[/color][/color]
      header[color=blue][color=green]
      > > modifications must be made before writing page content."
      > >
      > >
      > > I have tried the page(s) in question and all is well... so have others -[/color]
      > no[color=green]
      > > problem.
      > > So how can ONE person get such a server-side error?
      > >
      > > Points:
      > > * She is using IE6 (.1) on W98
      > > * I understand that the 'error' often is produced when a Redirect is[/color]
      > issued[color=green]
      > > after starting to write the page... and that Response.Buffer will solve
      > > that 'problem'. I have used this in the past, when *I* have seen an[/color][/color]
      error[color=blue][color=green]
      > > occur, but since she is the only one getting the error, and it[/color]
      > (apparently)[color=green]
      > > happens on several pages), that would seem a silly way to go (since I do[/color]
      > NOT[color=green]
      > > get the problem)
      > > * Line 21 - as indicated the offending line - is ONLY called if
      > > authorisation (via Session var) fails.... but she couldn't have got this[/color]
      > far[color=green]
      > > into the site unless she *had* logged in, and auth. stored.... ???
      > >
      > > Can someone provide more insight as to what's happening?
      > >
      > > Steve
      > >
      > >
      > >
      > >
      > >
      > >
      > >[/color]
      >
      >[/color]




      Comment

      • Sylvain Lafontaine

        #4
        Re: ONE person gets an ASP error....

        Probably she have disabled her cookies, including session cookies, or she is
        behind a firewall or a proxy who block them or she is using some kind of
        anonymiser software.

        In all these cases, she will be in a session-less state: the IIS will be
        unable to retain her session's values when going from one page to another
        because her session cookie is blocked or otherwise unavailable.

        S. L.


        "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
        news:O8J5tn6vDH A.2316@TK2MSFTN GP10.phx.gbl...[color=blue]
        > No buffering (on these pages)....
        > I understand your hypothesis, but it's not correct in this case
        > Other users are *not* getting the error... they get the correct page
        > display.
        >
        > In fact it is more subtle than this (as indicated in orig. post).. because
        > the line no of failure is a line that gets executed only on failure of
        > access - ie if a session value is not set, they are 'Redirect'ed to a[/color]
        denied[color=blue]
        > page (which is failing for ONE user)!!
        > BUT they cannot get to even go to the "failing" page *unless* they ARE
        > logged in correctly....
        >
        > Huh (!?)... I don't get this.
        >
        > Steve
        >
        >
        >
        > "Ray at <%=sLocation% >" <myFirstNameATl ane34dotKOMM> wrote in message
        > news:%236NFgW6v DHA.2308@TK2MSF TNGP11.phx.gbl. ..[color=green]
        > > While I imagine you could purposely cause this error for one person if[/color][/color]
        you[color=blue][color=green]
        > > really wanted to, i.e.
        > >
        > > <%
        > > if request.serverv ariables("remot e_addr") = "192.168.1. 50" then
        > > response.flush
        > > response.redire ct "elsewhere. asp"
        > > end if
        > > %>
        > >
        > > I'll assume you're not doing that. Are you buffering? What version of[/color]
        > IIS?[color=green]
        > > IIS 4 (NT 4 with Option Pack) does not buffer by default, where as IIS5[/color]
        > and[color=green]
        > > over do. Do you have response.buffer = true for good measure? That[/color]
        > should[color=green]
        > > avoid this for all people. Perhaps others are just getting a 500 error,
        > > whereas this user has friendly errors disabled, and no one is reporting[/color]
        > the[color=green]
        > > 500 to you. Turning on buffering should solve the problem. I cannot[/color]
        > think[color=green]
        > > of any reason why it would buffer for everyone but one person.
        > >
        > > Ray at home
        > >
        > > "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
        > > news:OL8ine5vDH A.2456@TK2MSFTN GP12.phx.gbl...[color=darkred]
        > > > There are several hundred of my client's franchisees happily accessing[/color][/color]
        > my[color=green][color=darkred]
        > > > ASP/VBscript web site... but one - just one - has reported the[/color][/color]
        > following:[color=green][color=darkred]
        > > >
        > > >
        > > > "I have been trying to log onto the LSM since friday and get this[/color][/color]
        > message[color=green][color=darkred]
        > > > when I want to go into any of the items on Home Page.
        > > > Response object error
        > > > 'ASP 0156: '80004000'
        > > > Header error
        > > > /lsm/ListPolls.asp.L ine 21
        > > > The HTTP header are already written to the client browser. Any HTTP[/color][/color]
        > header[color=green][color=darkred]
        > > > modifications must be made before writing page content."
        > > >
        > > >
        > > > I have tried the page(s) in question and all is well... so have[/color][/color][/color]
        others -[color=blue][color=green]
        > > no[color=darkred]
        > > > problem.
        > > > So how can ONE person get such a server-side error?
        > > >
        > > > Points:
        > > > * She is using IE6 (.1) on W98
        > > > * I understand that the 'error' often is produced when a Redirect is[/color]
        > > issued[color=darkred]
        > > > after starting to write the page... and that Response.Buffer will[/color][/color][/color]
        solve[color=blue][color=green][color=darkred]
        > > > that 'problem'. I have used this in the past, when *I* have seen an[/color][/color]
        > error[color=green][color=darkred]
        > > > occur, but since she is the only one getting the error, and it[/color]
        > > (apparently)[color=darkred]
        > > > happens on several pages), that would seem a silly way to go (since I[/color][/color][/color]
        do[color=blue][color=green]
        > > NOT[color=darkred]
        > > > get the problem)
        > > > * Line 21 - as indicated the offending line - is ONLY called if
        > > > authorisation (via Session var) fails.... but she couldn't have got[/color][/color][/color]
        this[color=blue][color=green]
        > > far[color=darkred]
        > > > into the site unless she *had* logged in, and auth. stored.... ???
        > > >
        > > > Can someone provide more insight as to what's happening?
        > > >
        > > > Steve
        > > >
        > > >
        > > >
        > > >
        > > >
        > > >
        > > >[/color]
        > >
        > >[/color]
        >
        >
        >
        >[/color]


        Comment

        • Ken Schaefer

          #5
          Re: ONE person gets an ASP error....

          www.adopenstatic.com/faq/headererror.asp explains why you are getting this
          error.

          Why don't you post lines 1-21 of the page in question?

          Cheers
          Ken


          "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
          news:O8J5tn6vDH A.2316@TK2MSFTN GP10.phx.gbl...
          : No buffering (on these pages)....
          : I understand your hypothesis, but it's not correct in this case
          : Other users are *not* getting the error... they get the correct page
          : display.
          :
          : In fact it is more subtle than this (as indicated in orig. post).. because
          : the line no of failure is a line that gets executed only on failure of
          : access - ie if a session value is not set, they are 'Redirect'ed to a
          denied
          : page (which is failing for ONE user)!!
          : BUT they cannot get to even go to the "failing" page *unless* they ARE
          : logged in correctly....
          :
          : Huh (!?)... I don't get this.
          :
          : Steve
          :
          :
          :
          : "Ray at <%=sLocation% >" <myFirstNameATl ane34dotKOMM> wrote in message
          : news:%236NFgW6v DHA.2308@TK2MSF TNGP11.phx.gbl. ..
          : > While I imagine you could purposely cause this error for one person if
          you
          : > really wanted to, i.e.
          : >
          : > <%
          : > if request.serverv ariables("remot e_addr") = "192.168.1. 50" then
          : > response.flush
          : > response.redire ct "elsewhere. asp"
          : > end if
          : > %>
          : >
          : > I'll assume you're not doing that. Are you buffering? What version of
          : IIS?
          : > IIS 4 (NT 4 with Option Pack) does not buffer by default, where as IIS5
          : and
          : > over do. Do you have response.buffer = true for good measure? That
          : should
          : > avoid this for all people. Perhaps others are just getting a 500 error,
          : > whereas this user has friendly errors disabled, and no one is reporting
          : the
          : > 500 to you. Turning on buffering should solve the problem. I cannot
          : think
          : > of any reason why it would buffer for everyone but one person.
          : >
          : > Ray at home
          : >
          : > "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
          : > news:OL8ine5vDH A.2456@TK2MSFTN GP12.phx.gbl...
          : > > There are several hundred of my client's franchisees happily accessing
          : my
          : > > ASP/VBscript web site... but one - just one - has reported the
          : following:
          : > >
          : > >
          : > > "I have been trying to log onto the LSM since friday and get this
          : message
          : > > when I want to go into any of the items on Home Page.
          : > > Response object error
          : > > 'ASP 0156: '80004000'
          : > > Header error
          : > > /lsm/ListPolls.asp.L ine 21
          : > > The HTTP header are already written to the client browser. Any HTTP
          : header
          : > > modifications must be made before writing page content."
          : > >
          : > >
          : > > I have tried the page(s) in question and all is well... so have
          others -
          : > no
          : > > problem.
          : > > So how can ONE person get such a server-side error?
          : > >
          : > > Points:
          : > > * She is using IE6 (.1) on W98
          : > > * I understand that the 'error' often is produced when a Redirect is
          : > issued
          : > > after starting to write the page... and that Response.Buffer will
          solve
          : > > that 'problem'. I have used this in the past, when *I* have seen an
          : error
          : > > occur, but since she is the only one getting the error, and it
          : > (apparently)
          : > > happens on several pages), that would seem a silly way to go (since I
          do
          : > NOT
          : > > get the problem)
          : > > * Line 21 - as indicated the offending line - is ONLY called if
          : > > authorisation (via Session var) fails.... but she couldn't have got
          this
          : > far
          : > > into the site unless she *had* logged in, and auth. stored.... ???
          : > >
          : > > Can someone provide more insight as to what's happening?
          : > >
          : > > Steve
          : > >
          : > >
          : > >
          : > >
          : > >
          : > >
          : > >
          : >
          : >
          :
          :
          :
          :


          Comment

          • Ray at

            #6
            Re: ONE person gets an ASP error....


            "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
            news:O8J5tn6vDH A.2316@TK2MSFTN GP10.phx.gbl...[color=blue]
            > No buffering (on these pages)....[/color]

            Don't put redirects in after some response has been written if you're not
            buffering. Or, don't not buffer if you're redirecting after some response
            has been written - however you want to look at it.

            Ray at home


            Comment

            • Steve Bywaters

              #7
              Re: ONE person gets an ASP error....

              " www.adopenstatic.com/faq/headererror.asp explains why you are getting this
              error."

              Yes, I know about buffering... I explained that in the post.
              But code is not writing the headers BEFORE Line 21 (see below).

              In addition, there's the issue of 'authorisation' .. (see prev. post)


              FYI: here's lines 1-21... (std. Dreamweaver code)

              <%@LANGUAGE="VB SCRIPT"%>
              <!--#include file="Connectio ns/EEM1.asp" -->
              <!--#include file="Functions .asp" -->
              <%
              ' *** Restrict Access To Page: Grant or deny access to this page
              MM_authorizedUs ers="1,2,3"
              MM_authFailedUR L="AccessDenied .asp"
              MM_grantAccess= false
              If Session("MM_Use rname") <> "" Then
              If (true Or CStr(Session("M M_UserAuthoriza tion"))="") Or _
              (InStr(1,MM_aut horizedUsers,Se ssion("MM_UserA uthorization")) >=1)
              Then
              MM_grantAccess = true
              End If
              End If
              If Not MM_grantAccess Then
              MM_qsChar = "?"
              If (InStr(1,MM_aut hFailedURL,"?") >= 1) Then MM_qsChar = "&"
              MM_referrer = Request.ServerV ariables("URL")
              if (Len(Request.Qu eryString()) > 0) Then MM_referrer = MM_referrer & "?" &
              Request.QuerySt ring()
              MM_authFailedUR L = MM_authFailedUR L & MM_qsChar & "accessdeni ed=" &
              Server.URLEncod e(MM_referrer)
              Response.Redire ct(MM_authFaile dURL)



              "Ken Schaefer" <kenREMOVE@THIS adOpenStatic.co m> wrote in message
              news:%23K$WZv7v DHA.2304@TK2MSF TNGP12.phx.gbl. ..[color=blue]
              > www.adopenstatic.com/faq/headererror.asp explains why you are getting this
              > error.
              >
              > Why don't you post lines 1-21 of the page in question?
              >
              > Cheers
              > Ken
              >
              >
              > "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
              > news:O8J5tn6vDH A.2316@TK2MSFTN GP10.phx.gbl...
              > : No buffering (on these pages)....
              > : I understand your hypothesis, but it's not correct in this case
              > : Other users are *not* getting the error... they get the correct page
              > : display.
              > :
              > : In fact it is more subtle than this (as indicated in orig. post)..[/color]
              because[color=blue]
              > : the line no of failure is a line that gets executed only on failure of
              > : access - ie if a session value is not set, they are 'Redirect'ed to a
              > denied
              > : page (which is failing for ONE user)!!
              > : BUT they cannot get to even go to the "failing" page *unless* they ARE
              > : logged in correctly....
              > :
              > : Huh (!?)... I don't get this.
              > :
              > : Steve
              > :
              > :
              > :
              > : "Ray at <%=sLocation% >" <myFirstNameATl ane34dotKOMM> wrote in message
              > : news:%236NFgW6v DHA.2308@TK2MSF TNGP11.phx.gbl. ..
              > : > While I imagine you could purposely cause this error for one person if
              > you
              > : > really wanted to, i.e.
              > : >
              > : > <%
              > : > if request.serverv ariables("remot e_addr") = "192.168.1. 50" then
              > : > response.flush
              > : > response.redire ct "elsewhere. asp"
              > : > end if
              > : > %>
              > : >
              > : > I'll assume you're not doing that. Are you buffering? What version[/color]
              of[color=blue]
              > : IIS?
              > : > IIS 4 (NT 4 with Option Pack) does not buffer by default, where as[/color]
              IIS5[color=blue]
              > : and
              > : > over do. Do you have response.buffer = true for good measure? That
              > : should
              > : > avoid this for all people. Perhaps others are just getting a 500[/color]
              error,[color=blue]
              > : > whereas this user has friendly errors disabled, and no one is[/color]
              reporting[color=blue]
              > : the
              > : > 500 to you. Turning on buffering should solve the problem. I cannot
              > : think
              > : > of any reason why it would buffer for everyone but one person.
              > : >
              > : > Ray at home
              > : >
              > : > "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
              > : > news:OL8ine5vDH A.2456@TK2MSFTN GP12.phx.gbl...
              > : > > There are several hundred of my client's franchisees happily[/color]
              accessing[color=blue]
              > : my
              > : > > ASP/VBscript web site... but one - just one - has reported the
              > : following:
              > : > >
              > : > >
              > : > > "I have been trying to log onto the LSM since friday and get this
              > : message
              > : > > when I want to go into any of the items on Home Page.
              > : > > Response object error
              > : > > 'ASP 0156: '80004000'
              > : > > Header error
              > : > > /lsm/ListPolls.asp.L ine 21
              > : > > The HTTP header are already written to the client browser. Any HTTP
              > : header
              > : > > modifications must be made before writing page content."
              > : > >
              > : > >
              > : > > I have tried the page(s) in question and all is well... so have
              > others -
              > : > no
              > : > > problem.
              > : > > So how can ONE person get such a server-side error?
              > : > >
              > : > > Points:
              > : > > * She is using IE6 (.1) on W98
              > : > > * I understand that the 'error' often is produced when a Redirect is
              > : > issued
              > : > > after starting to write the page... and that Response.Buffer will
              > solve
              > : > > that 'problem'. I have used this in the past, when *I* have seen an
              > : error
              > : > > occur, but since she is the only one getting the error, and it
              > : > (apparently)
              > : > > happens on several pages), that would seem a silly way to go (since[/color]
              I[color=blue]
              > do
              > : > NOT
              > : > > get the problem)
              > : > > * Line 21 - as indicated the offending line - is ONLY called if
              > : > > authorisation (via Session var) fails.... but she couldn't have got
              > this
              > : > far
              > : > > into the site unless she *had* logged in, and auth. stored.... ???
              > : > >
              > : > > Can someone provide more insight as to what's happening?
              > : > >
              > : > > Steve
              > : > >
              > : > >
              > : > >
              > : > >
              > : > >
              > : > >
              > : > >
              > : >
              > : >
              > :
              > :
              > :
              > :
              >
              >[/color]


              Comment

              • Kris Eiben

                #8
                Re: ONE person gets an ASP error....

                Hmmm. Is it possible that this one user is, for whatever reason, going
                through a path in your code branching that you don't expect anyone to go
                through? So that, for her only, there _is_ content being written to the
                browser before a redirect? Maybe some test code that response.writes a
                variable, that you never bothered to comment out because nobody takes
                that branch? Or a stray "<" outside of your ASP code? Have you checked
                all your include files?

                "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
                news:OL8ine5vDH A.2456@TK2MSFTN GP12.phx.gbl...[color=blue]
                > There are several hundred of my client's franchisees happily accessing[/color]
                my[color=blue]
                > ASP/VBscript web site... but one - just one - has reported the[/color]
                following:[color=blue]
                >
                >
                > "I have been trying to log onto the LSM since friday and get this[/color]
                message[color=blue]
                > when I want to go into any of the items on Home Page.
                > Response object error
                > 'ASP 0156: '80004000'
                > Header error
                > /lsm/ListPolls.asp.L ine 21
                > The HTTP header are already written to the client browser. Any HTTP[/color]
                header[color=blue]
                > modifications must be made before writing page content."
                >
                >
                > I have tried the page(s) in question and all is well... so have[/color]
                others - no[color=blue]
                > problem.
                > So how can ONE person get such a server-side error?
                >
                > Points:
                > * She is using IE6 (.1) on W98
                > * I understand that the 'error' often is produced when a Redirect is[/color]
                issued[color=blue]
                > after starting to write the page... and that Response.Buffer will[/color]
                solve[color=blue]
                > that 'problem'. I have used this in the past, when *I* have seen an[/color]
                error[color=blue]
                > occur, but since she is the only one getting the error, and it[/color]
                (apparently)[color=blue]
                > happens on several pages), that would seem a silly way to go (since I[/color]
                do NOT[color=blue]
                > get the problem)
                > * Line 21 - as indicated the offending line - is ONLY called if
                > authorisation (via Session var) fails.... but she couldn't have got[/color]
                this far[color=blue]
                > into the site unless she *had* logged in, and auth. stored.... ???[/color]


                Comment

                • TomB

                  #9
                  Re: ONE person gets an ASP error....

                  Is it possible she's bookmarked this page and is going directly there
                  without going through your login routine?

                  "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
                  news:uTkBRV%23v DHA.1512@TK2MSF TNGP10.phx.gbl. ..[color=blue]
                  > " www.adopenstatic.com/faq/headererror.asp explains why you are getting[/color]
                  this[color=blue]
                  > error."
                  >
                  > Yes, I know about buffering... I explained that in the post.
                  > But code is not writing the headers BEFORE Line 21 (see below).
                  >
                  > In addition, there's the issue of 'authorisation' .. (see prev. post)
                  >
                  >
                  > FYI: here's lines 1-21... (std. Dreamweaver code)
                  >
                  > <%@LANGUAGE="VB SCRIPT"%>
                  > <!--#include file="Connectio ns/EEM1.asp" -->
                  > <!--#include file="Functions .asp" -->
                  > <%
                  > ' *** Restrict Access To Page: Grant or deny access to this page
                  > MM_authorizedUs ers="1,2,3"
                  > MM_authFailedUR L="AccessDenied .asp"
                  > MM_grantAccess= false
                  > If Session("MM_Use rname") <> "" Then
                  > If (true Or CStr(Session("M M_UserAuthoriza tion"))="") Or _
                  > (InStr(1,MM_aut horizedUsers,Se ssion("MM_UserA uthorization")) >=1)
                  > Then
                  > MM_grantAccess = true
                  > End If
                  > End If
                  > If Not MM_grantAccess Then
                  > MM_qsChar = "?"
                  > If (InStr(1,MM_aut hFailedURL,"?") >= 1) Then MM_qsChar = "&"
                  > MM_referrer = Request.ServerV ariables("URL")
                  > if (Len(Request.Qu eryString()) > 0) Then MM_referrer = MM_referrer & "?"[/color]
                  &[color=blue]
                  > Request.QuerySt ring()
                  > MM_authFailedUR L = MM_authFailedUR L & MM_qsChar & "accessdeni ed=" &
                  > Server.URLEncod e(MM_referrer)
                  > Response.Redire ct(MM_authFaile dURL)
                  >
                  >
                  >
                  > "Ken Schaefer" <kenREMOVE@THIS adOpenStatic.co m> wrote in message
                  > news:%23K$WZv7v DHA.2304@TK2MSF TNGP12.phx.gbl. ..[color=green]
                  > > www.adopenstatic.com/faq/headererror.asp explains why you are getting[/color][/color]
                  this[color=blue][color=green]
                  > > error.
                  > >
                  > > Why don't you post lines 1-21 of the page in question?
                  > >
                  > > Cheers
                  > > Ken
                  > >
                  > >
                  > > "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
                  > > news:O8J5tn6vDH A.2316@TK2MSFTN GP10.phx.gbl...
                  > > : No buffering (on these pages)....
                  > > : I understand your hypothesis, but it's not correct in this case
                  > > : Other users are *not* getting the error... they get the correct page
                  > > : display.
                  > > :
                  > > : In fact it is more subtle than this (as indicated in orig. post)..[/color]
                  > because[color=green]
                  > > : the line no of failure is a line that gets executed only on failure of
                  > > : access - ie if a session value is not set, they are 'Redirect'ed to a
                  > > denied
                  > > : page (which is failing for ONE user)!!
                  > > : BUT they cannot get to even go to the "failing" page *unless* they ARE
                  > > : logged in correctly....
                  > > :
                  > > : Huh (!?)... I don't get this.
                  > > :
                  > > : Steve
                  > > :
                  > > :
                  > > :
                  > > : "Ray at <%=sLocation% >" <myFirstNameATl ane34dotKOMM> wrote in message
                  > > : news:%236NFgW6v DHA.2308@TK2MSF TNGP11.phx.gbl. ..
                  > > : > While I imagine you could purposely cause this error for one person[/color][/color]
                  if[color=blue][color=green]
                  > > you
                  > > : > really wanted to, i.e.
                  > > : >
                  > > : > <%
                  > > : > if request.serverv ariables("remot e_addr") = "192.168.1. 50" then
                  > > : > response.flush
                  > > : > response.redire ct "elsewhere. asp"
                  > > : > end if
                  > > : > %>
                  > > : >
                  > > : > I'll assume you're not doing that. Are you buffering? What version[/color]
                  > of[color=green]
                  > > : IIS?
                  > > : > IIS 4 (NT 4 with Option Pack) does not buffer by default, where as[/color]
                  > IIS5[color=green]
                  > > : and
                  > > : > over do. Do you have response.buffer = true for good measure? That
                  > > : should
                  > > : > avoid this for all people. Perhaps others are just getting a 500[/color]
                  > error,[color=green]
                  > > : > whereas this user has friendly errors disabled, and no one is[/color]
                  > reporting[color=green]
                  > > : the
                  > > : > 500 to you. Turning on buffering should solve the problem. I[/color][/color]
                  cannot[color=blue][color=green]
                  > > : think
                  > > : > of any reason why it would buffer for everyone but one person.
                  > > : >
                  > > : > Ray at home
                  > > : >
                  > > : > "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
                  > > : > news:OL8ine5vDH A.2456@TK2MSFTN GP12.phx.gbl...
                  > > : > > There are several hundred of my client's franchisees happily[/color]
                  > accessing[color=green]
                  > > : my
                  > > : > > ASP/VBscript web site... but one - just one - has reported the
                  > > : following:
                  > > : > >
                  > > : > >
                  > > : > > "I have been trying to log onto the LSM since friday and get this
                  > > : message
                  > > : > > when I want to go into any of the items on Home Page.
                  > > : > > Response object error
                  > > : > > 'ASP 0156: '80004000'
                  > > : > > Header error
                  > > : > > /lsm/ListPolls.asp.L ine 21
                  > > : > > The HTTP header are already written to the client browser. Any[/color][/color]
                  HTTP[color=blue][color=green]
                  > > : header
                  > > : > > modifications must be made before writing page content."
                  > > : > >
                  > > : > >
                  > > : > > I have tried the page(s) in question and all is well... so have
                  > > others -
                  > > : > no
                  > > : > > problem.
                  > > : > > So how can ONE person get such a server-side error?
                  > > : > >
                  > > : > > Points:
                  > > : > > * She is using IE6 (.1) on W98
                  > > : > > * I understand that the 'error' often is produced when a Redirect[/color][/color]
                  is[color=blue][color=green]
                  > > : > issued
                  > > : > > after starting to write the page... and that Response.Buffer will
                  > > solve
                  > > : > > that 'problem'. I have used this in the past, when *I* have seen[/color][/color]
                  an[color=blue][color=green]
                  > > : error
                  > > : > > occur, but since she is the only one getting the error, and it
                  > > : > (apparently)
                  > > : > > happens on several pages), that would seem a silly way to go[/color][/color]
                  (since[color=blue]
                  > I[color=green]
                  > > do
                  > > : > NOT
                  > > : > > get the problem)
                  > > : > > * Line 21 - as indicated the offending line - is ONLY called if
                  > > : > > authorisation (via Session var) fails.... but she couldn't have[/color][/color]
                  got[color=blue][color=green]
                  > > this
                  > > : > far
                  > > : > > into the site unless she *had* logged in, and auth. stored....[/color][/color]
                  ???[color=blue][color=green]
                  > > : > >
                  > > : > > Can someone provide more insight as to what's happening?
                  > > : > >
                  > > : > > Steve
                  > > : > >
                  > > : > >
                  > > : > >
                  > > : > >
                  > > : > >
                  > > : > >
                  > > : > >
                  > > : >
                  > > : >
                  > > :
                  > > :
                  > > :
                  > > :
                  > >
                  > >[/color]
                  >
                  >[/color]


                  Comment

                  • Phillip Windell

                    #10
                    Re: ONE person gets an ASP error....

                    I think Sylvain has hit on the answer. She has session cookies turned
                    off in the browser, so the session get lost each time a new page is
                    requested.


                    --

                    Phillip Windell [CCNA, MVP, MCP]
                    WAND-TV (ABC Affiliate)



                    Comment

                    • Ray at

                      #11
                      Re: ONE person gets an ASP error....

                      You could be right, there. Of course, the bigger issue, in my opinion, is
                      don't redirect if you're writing a response and not buffering!

                      Ray at work

                      "Phillip Windell" <none> wrote in message
                      news:uozHdFCwDH A.540@tk2msftng p13.phx.gbl...[color=blue]
                      > I think Sylvain has hit on the answer. She has session cookies turned
                      > off in the browser, so the session get lost each time a new page is
                      > requested.
                      >
                      >
                      > --
                      >
                      > Phillip Windell [CCNA, MVP, MCP]
                      > WAND-TV (ABC Affiliate)
                      > www.wandtv.com
                      >
                      >[/color]


                      Comment

                      • Steve Bywaters

                        #12
                        Re: ONE person gets an ASP error....

                        There are 400+ users on the site... *1* person has the problem.....
                        ie it's not code

                        "Kris Eiben" <eibenkthisisfo rspammers@yahoo .com> wrote in message
                        news:ebbrIS$vDH A.3140@TK2MSFTN GP11.phx.gbl...[color=blue]
                        > Hmmm. Is it possible that this one user is, for whatever reason, going
                        > through a path in your code branching that you don't expect anyone to go
                        > through? So that, for her only, there _is_ content being written to the
                        > browser before a redirect? Maybe some test code that response.writes a
                        > variable, that you never bothered to comment out because nobody takes
                        > that branch? Or a stray "<" outside of your ASP code? Have you checked
                        > all your include files?
                        >
                        > "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
                        > news:OL8ine5vDH A.2456@TK2MSFTN GP12.phx.gbl...[color=green]
                        > > There are several hundred of my client's franchisees happily accessing[/color]
                        > my[color=green]
                        > > ASP/VBscript web site... but one - just one - has reported the[/color]
                        > following:[color=green]
                        > >
                        > >
                        > > "I have been trying to log onto the LSM since friday and get this[/color]
                        > message[color=green]
                        > > when I want to go into any of the items on Home Page.
                        > > Response object error
                        > > 'ASP 0156: '80004000'
                        > > Header error
                        > > /lsm/ListPolls.asp.L ine 21
                        > > The HTTP header are already written to the client browser. Any HTTP[/color]
                        > header[color=green]
                        > > modifications must be made before writing page content."
                        > >
                        > >
                        > > I have tried the page(s) in question and all is well... so have[/color]
                        > others - no[color=green]
                        > > problem.
                        > > So how can ONE person get such a server-side error?
                        > >
                        > > Points:
                        > > * She is using IE6 (.1) on W98
                        > > * I understand that the 'error' often is produced when a Redirect is[/color]
                        > issued[color=green]
                        > > after starting to write the page... and that Response.Buffer will[/color]
                        > solve[color=green]
                        > > that 'problem'. I have used this in the past, when *I* have seen an[/color]
                        > error[color=green]
                        > > occur, but since she is the only one getting the error, and it[/color]
                        > (apparently)[color=green]
                        > > happens on several pages), that would seem a silly way to go (since I[/color]
                        > do NOT[color=green]
                        > > get the problem)
                        > > * Line 21 - as indicated the offending line - is ONLY called if
                        > > authorisation (via Session var) fails.... but she couldn't have got[/color]
                        > this far[color=green]
                        > > into the site unless she *had* logged in, and auth. stored.... ???[/color]
                        >
                        >[/color]


                        Comment

                        • Ray at

                          #13
                          Re: ONE person gets an ASP error....

                          It's a server-side ASP error, and it's not the code? It IS the code. You
                          have to code for all possible client configurations, and if you do not, and
                          an error is generated because of it, it's either a problem with the code or
                          the coder, however you want to look at it.

                          Ray at work

                          "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
                          news:eaK1bYCwDH A.3116@tk2msftn gp13.phx.gbl...[color=blue]
                          > There are 400+ users on the site... *1* person has the problem.....
                          > ie it's not code
                          >[/color]


                          Comment

                          • Steve Bywaters

                            #14
                            Re: ONE person gets an ASP error....

                            Hardly a 'bigger issue'... there are 400+ users on the site... no
                            problems... *ONE* person is getting this anomally, which is caused by
                            (maybe) session cookies.

                            There are plenty of Redirects on the site... none are causing a problem to
                            anyone else!
                            So no - not a 'bigger problem' at all.

                            But haven't ranted a tad <g>.... my code up to the reported problem line is
                            included below - for my sake, can you point out *where* I am 'writing a
                            response then redirecting'?
                            (It is standard Dreamweaver, btw)

                            <%@LANGUAGE="VB SCRIPT"%>
                            <!--#include file="Connectio ns/EEM1.asp" -->
                            <!--#include file="Functions .asp" -->
                            <%
                            ' *** Restrict Access To Page: Grant or deny access to this page
                            MM_authorizedUs ers="1,2,3"
                            MM_authFailedUR L="AccessDenied .asp"
                            MM_grantAccess= false
                            If Session("MM_Use rname") <> "" Then
                            If (true Or CStr(Session("M M_UserAuthoriza tion"))="") Or _
                            (InStr(1,MM_aut horizedUsers,Se ssion("MM_UserA uthorization")) >=1)
                            Then
                            MM_grantAccess = true
                            End If
                            End If
                            If Not MM_grantAccess Then
                            MM_qsChar = "?"
                            If (InStr(1,MM_aut hFailedURL,"?") >= 1) Then MM_qsChar = "&"
                            MM_referrer = Request.ServerV ariables("URL")
                            if (Len(Request.Qu eryString()) > 0) Then MM_referrer = MM_referrer & "?" &
                            Request.QuerySt ring()
                            MM_authFailedUR L = MM_authFailedUR L & MM_qsChar & "accessdeni ed=" &
                            Server.URLEncod e(MM_referrer)
                            Response.Redire ct(MM_authFaile dURL)


                            Failure (allegedly) occurs on this last line.
                            Steve





                            "Ray at <%=sLocation% >" <myfirstname at lane34 dot com> wrote in message
                            news:%23OYtgKCw DHA.2880@tk2msf tngp13.phx.gbl. ..[color=blue]
                            > You could be right, there. Of course, the bigger issue, in my opinion, is
                            > don't redirect if you're writing a response and not buffering!
                            >
                            > Ray at work
                            >
                            > "Phillip Windell" <none> wrote in message
                            > news:uozHdFCwDH A.540@tk2msftng p13.phx.gbl...[color=green]
                            > > I think Sylvain has hit on the answer. She has session cookies turned
                            > > off in the browser, so the session get lost each time a new page is
                            > > requested.
                            > >
                            > >
                            > > --
                            > >
                            > > Phillip Windell [CCNA, MVP, MCP]
                            > > WAND-TV (ABC Affiliate)
                            > > www.wandtv.com
                            > >
                            > >[/color]
                            >
                            >[/color]



                            Comment

                            • Ray at

                              #15
                              Re: ONE person gets an ASP error....

                              Yeah, right here:
                              <!--#include file="Connectio ns/EEM1.asp" -->

                              I'd be willing to bet that include has html in it. Would you just buffer
                              your damn pages? You're not going to be able to win an argument with your
                              server and convince it to do something different.

                              Ray at work



                              "Steve Bywaters" <bywaters@bigpo nd.net.au> wrote in message
                              news:OSb7%23bCw DHA.3196@TK2MSF TNGP11.phx.gbl. ..[color=blue]
                              > Hardly a 'bigger issue'... there are 400+ users on the site... no
                              > problems... *ONE* person is getting this anomally, which is caused by
                              > (maybe) session cookies.
                              >
                              > There are plenty of Redirects on the site... none are causing a problem to
                              > anyone else!
                              > So no - not a 'bigger problem' at all.
                              >
                              > But haven't ranted a tad <g>.... my code up to the reported problem line[/color]
                              is[color=blue]
                              > included below - for my sake, can you point out *where* I am 'writing a
                              > response then redirecting'?
                              > (It is standard Dreamweaver, btw)
                              >
                              > <%@LANGUAGE="VB SCRIPT"%>
                              > <!--#include file="Connectio ns/EEM1.asp" -->
                              > <!--#include file="Functions .asp" -->
                              > <%
                              > ' *** Restrict Access To Page: Grant or deny access to this page
                              > MM_authorizedUs ers="1,2,3"
                              > MM_authFailedUR L="AccessDenied .asp"
                              > MM_grantAccess= false
                              > If Session("MM_Use rname") <> "" Then
                              > If (true Or CStr(Session("M M_UserAuthoriza tion"))="") Or _
                              > (InStr(1,MM_aut horizedUsers,Se ssion("MM_UserA uthorization")) >=1)
                              > Then
                              > MM_grantAccess = true
                              > End If
                              > End If
                              > If Not MM_grantAccess Then
                              > MM_qsChar = "?"
                              > If (InStr(1,MM_aut hFailedURL,"?") >= 1) Then MM_qsChar = "&"
                              > MM_referrer = Request.ServerV ariables("URL")
                              > if (Len(Request.Qu eryString()) > 0) Then MM_referrer = MM_referrer & "?"[/color]
                              &[color=blue]
                              > Request.QuerySt ring()
                              > MM_authFailedUR L = MM_authFailedUR L & MM_qsChar & "accessdeni ed=" &
                              > Server.URLEncod e(MM_referrer)
                              > Response.Redire ct(MM_authFaile dURL)
                              >
                              >
                              > Failure (allegedly) occurs on this last line.
                              > Steve
                              >
                              >
                              >
                              >
                              >
                              > "Ray at <%=sLocation% >" <myfirstname at lane34 dot com> wrote in message
                              > news:%23OYtgKCw DHA.2880@tk2msf tngp13.phx.gbl. ..[color=green]
                              > > You could be right, there. Of course, the bigger issue, in my opinion,[/color][/color]
                              is[color=blue][color=green]
                              > > don't redirect if you're writing a response and not buffering!
                              > >
                              > > Ray at work
                              > >
                              > > "Phillip Windell" <none> wrote in message
                              > > news:uozHdFCwDH A.540@tk2msftng p13.phx.gbl...[color=darkred]
                              > > > I think Sylvain has hit on the answer. She has session cookies turned
                              > > > off in the browser, so the session get lost each time a new page is
                              > > > requested.
                              > > >
                              > > >
                              > > > --
                              > > >
                              > > > Phillip Windell [CCNA, MVP, MCP]
                              > > > WAND-TV (ABC Affiliate)
                              > > > www.wandtv.com
                              > > >
                              > > >[/color]
                              > >
                              > >[/color]
                              >
                              >
                              >[/color]


                              Comment

                              Working...