<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    <font face="Georgia">I don't understand what you mean by "</font>never
    referred to again". Your #renderContentOn: incudes this:<br>
    <font face="Georgia"><br>
      html form: [<br>
      &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; html text: 'enter value here: '.<br>
      &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; html textInput<br>
      &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; value: self inputValue;<br>
      <br>
      &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; callback: [ :value | self handleValue: value].<br>
      &nbsp;&nbsp;&nbsp; html break.<br>
      &nbsp;&nbsp;&nbsp;&nbsp; html text: 'result:'.<br>
      &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; html textArea<br>
      &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; value: self outputValue;<br>
      &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; rows: 10;<br>
      &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; columns: 60.<br>
      &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; html submitButton with: self inputValue asString, '
      factorial'.<br>
      &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ].<br>
      <br>
      which definitely sends #inputValue and #outputValue. And your
      #handleValue: method sends both #inputValue: and #outputValue:. So
      maybe it would be good to boil this example down to the bare
      minimum neeeded to reproduce the problem.<br>
      <br>
      Cheers,<br>
      Bob<br>
      <br>
      <br>
    </font><br>
    On 9/11/10 12:55 PM, Lawson English wrote:
    <blockquote cite="mid:4C8BB485.6040709@cox.net" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      On 9/11/10 2:47 AM, Bob Arning wrote:
      <blockquote cite="mid:4C8B5016.1080702@charm.net" type="cite">
        <meta content="text/html; charset=ISO-8859-1"
          http-equiv="Content-Type">
        <font face="Georgia">If I file that in, inputValue and
          outputValue are undeclared variables. If that is true on your
          system, then all users are sharing the same two variables and
          the behavior you report will happen when the timing of
          concurrent users' actions is just right.<br>
          <br>
          Cheers,<br>
          Bob<br>
          <br>
          <br>
          SeventhTestComponent&gt;&gt;inputValue(inputValue is
          Undeclared) SeventhTestComponent&gt;&gt;inputValue:(inputValue
          is Undeclared)
          SeventhTestComponent&gt;&gt;outputValue(outputValue is
          Undeclared)
          SeventhTestComponent&gt;&gt;outputValue:(outputValue is
          Undeclared) <br>
        </font><br>
      </blockquote>
      <br>
      Interesting. I deleted those instance variables and forgot to
      delete the instance var accessors for them. But they do nothing
      and are simply set to 1 during object initialization and then
      never referred to again.<br>
      <br>
      I'll recompile without the class var and delete the references to
      those variables and try again.<br>
      <br>
      BTW, has anyone ever tried selenium? <a moz-do-not-send="true"
        class="moz-txt-link-freetext" href="http://seleniumhq.org/">http://seleniumhq.org/</a>&nbsp;&nbsp;
      Or is there a subset of these capabilities available in a seaside
      package somewhere?<br>
      <br>
      L<br>
    </blockquote>
  </body>
</html>