<div>
No it happens with all users. Even if the username and password are typed in again. It won't run the script. It as if the fact that there is data being posted stops it working. As I have said as soon as you do a refresh on the page, it remebers the password and runs, but without the posted data.<br />

</div>


No it happens with all users. Even if the username and password are typed in again. It won't run the script. It as if the fact that there is data being posted stops it working. As I have said as soon as you do a refresh on the page, it remebers the password and runs, but without the posted data.


<div>
WHat happens if you do a GET instead of a POST?<br />

</div>


WHat happens if you do a GET instead of a POST?


<div>
<div class="content wysiwyg-content">
I have a user logging in correctly, to run a CGI/PERL script in a CGI-BIN directory that is password protected. I can display that REMOTE_USER variable so I know that it is working. If the user enters data into a form and this is then posted to another CGI/PERL script in the same directory the user is faced with another login box, where nothing works. If the user cancels this box, they get an &quot;Authorisation required&quot; text. If they then do a page refresh the script runs succesfully, displaying the REMOTE_USER info, but obviously the POSTED data is lost. Any clues?
</div>
</div>


I have a user logging in correctly, to run a CGI/PERL script in a CGI-BIN directory that is password protected. I can display that REMOTE_USER variable so I know that it is working. If the user enters data into a form and this is then posted to another CGI/PERL script in the same directory the user is faced with another login box, where nothing works. If the user cancels this box, they get an "Authorisation required" text. If they then do a page refresh the script runs succesfully, displaying the REMOTE_USER info, but obviously the POSTED data is lost. Any clues?

Passwords and CGI scipts in PERL

A scripting language is a programming language that supports scripts, programs written for a special run-time environment that automate the execution of tasks that could alternatively be executed one-by-one by a human operator. Scripting languages are often interpreted (rather than compiled). Primitives are usually the elementary tasks or API calls, and the language allows them to be combined into more complex programs. Environments that can be automated through scripting include software applications, web pages within a web browser, the shells of operating systems (OS), embedded systems, as well as numerous games. A scripting language can be viewed as a domain-specific language for a particular environment; in the case of scripting an application, this is also known as an extension language.