Cannot Update Page

[wagb278]

This might be a redundant post, if so delete one - I got confused.

I tried to fix a spelling error on a page, but when the "Update Page" button is clicked - I get asked for a login and taken to page off-site and the change is not completed.  These pages on used for a portal accessible only on my LAN.

The URL I'm taken to is:
http://webhelp.qwest.net/main?InterceptSource=0&ClientLocation=us&ParticipantID=iil7m3f3h23ub7r46n5xmju72a5h65bb&FailureMode=1&SearchQuery=&FailedURI=http%3A%2F%2Findex.php%2F%3Fpages_id%3D%26pages_uri%3D&AddInType=4&Version=2.1.8-1.67base&Referer=http%3A%2F%2F192.168.0.205%2Fmp898%2Fadmin%2Flogin.php%3Fsitelink%3Dtrue%26uri%3Dadmin_paragraph_update.php%253F&Implementation=0

This only happens on a recent new install of the server system (Ubuntu 10.04). I dual boot with Ubuntu 8.04 and I can boot into 8.04 and perform the edit just fine. So something is different between the two Apache / PHP / MySQL systems.  But I cannot find anything that should cause this. I will attach phpinfo() output for the Ubuntu 10.04 (the one that doesn't work) in PDF in the hope that someone else can detect a cause. I have the old Ubuntu 8.04 phpinfo() if that will help, But I cannot attach it because it would exceed the max attach size for one post.

I am currently running SOSWP version 1.1.5 - it looks like I should upgrade to the newer version, but will that fix the problem - I doubt it.

Also - I don't remember having to enter password to enter and exit each change I want to make, Is that really needed?

[HandsomeWeb]

Your browser is sending you to the qwest.net page because of an unfound URL ("http://index.php . . ."). Note that there is no domain, just a file reference. The quest page just does a web search for "http://index.php".  That is why you are getting the Qwest page.

You do not have to login after each change, but the login does rely on cookies and session variables.  Both use the domain name, and since the domain is dropped from the URL.  The edit page is only using relative links, so the domain shouldn't get lost.  Can you post the bottom of the source code from the bottom of the edit page.  It will look something like this:

Code: [Select]

<td><input type='hidden' name='pages_id' value='1' />
<input type='hidden' name='pages_uri' value='home' />
<input type='hidden' name='site_uri' value='demo1.soswebpages.com' />
<input type='hidden' name='p' value='1' />
<input type='submit' value='Update Page' tabindex="10" /></td>
</tr>
</table>
</form>
</div>
</body>
</html>
I am curious as to what the value is for site_uri.

I don't recall any changes in the upgrades to version 1.1.8 that would affect the problem you are having.

I do suggest checking what you have listed as "domain" in your linux installation.  Compare it to the domain in your SOS Webpages installation.

I have an Ubuntu machine.  If I get the chance I'll upgrade to the new version, install apache, and see if I can reproduce the error.

[HandsomeWeb]

I was able to reproduce the error, and narrowed it down to this:  When Ubuntu is upgraded to 10.04, php is not reading $_COOKIE variables in the $_REQUEST arrays.  So, I believe this is a bug in Ubuntu, Apache, or PHP.  I'll post the issue in some forums to see if others confirm the bug.

I only tested it as in your setup in a local environment, and found a work around by changing a couple of lines in one file.  If you replace /admin/passcheck.php with the attached version, it should work.

I will make a change in the next release that will not rely on the cookies at all, so even if this is not corrected in Ubuntu installations, it won't affect SOS Webages.

Let us know if this works for you.

[HandsomeWeb]

This bug is not present in the latest release.

[wagb278]

This bug is not present in the latest release.

Thanks for investigating this - I have been away.
So, I should update my SOS to the latest version and that will solve my problem; Right?

[HandsomeWeb]

Yes.  It is working on my Ubuntu machine.

[wagb278]

Updated to 1.1.9 and everything works. 

Thank you.