But on the host I get after the login , the logout and after a change in the settings of memberpages the message:
"CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers."
When this message appears I can enter the name of the site (intranet.mydomain.nl) in the browser end then it appears that I am logged in, logged out and settings are changed. So the only problem seems to be in the return from the plugin to the site.
This was a known problem in old versions of Memberpages_XH that was reported to be solved from version 1.6. Is it back again?
Can anyone give advice how to solve this?
Some more details:
* my provider (http://www.vevida.com) uses Windows (no Linux or Unix).
* my public site is http://www.mydomain.nl (mydomain is not the real name, but that is not important I assume).
* the members only section is registered as 'intranet.mydomain.nl'
* The index.php in the root redirects the www to home.php that is also in the root.
* The index.php in the root redirects the intranet to index.php that is in a subfolder of the root with name intranet.
JanVolkert wrote:On my localhost (WAMP) no problems. Memberpages works as it should.
JanVolkert wrote:"CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers."
Seems to be a Memberpages problem only on Windows (IIS) Servers.JanVolkert wrote:my provider (http://www.vevida.com) uses Windows (no Linux or Unix).
Copy the CGI error message to Google, and you will find something,
Here it is interesting that problems occur only when in the code uses the functionJanVolkert wrote:But on the host I get after the login , the logout and after a change in the settings of memberpages the message:
Code: Select all
header('Location: '.$sn.'?'.$plugin_tx . . .
Code: Select all
header('Location: '.$sn.'? . . .
You could also install –– if you have firefox –– https://addons.mozilla.org/de/firefox/a ... p-headers/ and post here, what the sent header actually is (be careful, this tool also gives out your password, which you should delete before posting the header here).
There is an alternative to memberpages, namely Register_XH. However it probably will create the same difficulties.
Hopefully a solution will be found
there may be a solution... in rewriting all "header('Location:" calls.
Somebody else is also interested in a solution. I may be able to send you a modified version for test purposes. You can contact me via PM for details.