Problem upgrading from php5.0.x to 5.1.4
We upgraded our server from php5.0.x to 5.1.4 Now, we cannot login. If we click on register or request new password, we get a result that looks like this: {head} {styles} {_BLOCK_.header.logo} {_BLOCK_.header.site_slogan} {_BLOCK_.header.blocks} {_BLOCK_.footer.blocks} {_BLOCK_.header.title} The sites are php 4.6.5 sites. It looks to like a session management problem and a problem with the theme parsing. Any suggestion on how to get around this without having to go back to php 5.0.5 and upgrade the sites first? Geoff The other sites -- Geoff Staples Warning. Use this email system for confidential communications at your own risk. The President of the United States has issued an executive order allowing the National Security Agency to surveil domestic email, telephonic communication, U. S. Mail and all other forms of communicaton. Although no communication can be guaranteed to be secure, confidential communications made in person at an unknown location arranged via pigeon carrier, smoke signal, or commercial courier are suggested.
On 5/10/06, Geoff Staples <geoff@radioleft.com> wrote:
We upgraded our server from php5.0.x to 5.1.4
Now, we cannot login. If we click on register or request new password, we get a result that looks like this:
{head} {styles}
{_BLOCK_.header.logo} {_BLOCK_.header.site_slogan} {_BLOCK_.header.blocks} {_BLOCK_.footer.blocks} {_BLOCK_.header.title}
The sites are php 4.6.5 sites.
It looks to like a session management problem and a problem with the theme parsing.
Any suggestion on how to get around this without having to go back to php 5.0.5 and upgrade the sites first?
This is a tricky problem that is just popping up now as webhosts upgrade to PHP5.1. Fortunately, the resolution is simple and well documented in the handbook http://drupal.org/node/42080 That page explains the problem and possible resolutions. It has to do with PHP5.1 and themes based on the XTemplate engine (bluemarine being one). Regards, Greg PS - note: copied from http://lists.drupal.org/pipermail/support/2006-March/002398.html :) -- Greg Knaddison | Growing Venture Solutions Denver, CO | http://growingventuresolutions.com Technology Solutions for Communities, Individuals, and Small Businesses
Thanks. We couldn't login. So, we thought it was a session problem as well. Here's a handy tip: Delete or rename the broken theme. This will force Drupal to render with no theme. It's not pretty. But, it does allow logins, etc. to work without the broken theme getting in the way. BUT - I can't seem to find an answer to this question: If a template uses phpTemplate engine in 4.6.x will that template work unchanged in 4.7.x? It looks like you have to update a 4.6.x phpTemplate engine to 4.7.x using these instructions: http://drupal.org/node/25297 But it never says that this is for upgrading phpTemplate themes?? Geoff Greg Knaddison - GVS wrote:
On 5/10/06, Geoff Staples <geoff@radioleft.com> wrote:
We upgraded our server from php5.0.x to 5.1.4
Now, we cannot login. If we click on register or request new password, we get a result that looks like this:
{head} {styles}
{_BLOCK_.header.logo} {_BLOCK_.header.site_slogan} {_BLOCK_.header.blocks} {_BLOCK_.footer.blocks} {_BLOCK_.header.title}
The sites are php 4.6.5 sites.
It looks to like a session management problem and a problem with the theme parsing.
Any suggestion on how to get around this without having to go back to php 5.0.5 and upgrade the sites first?
This is a tricky problem that is just popping up now as webhosts upgrade to PHP5.1. Fortunately, the resolution is simple and well documented in the handbook
That page explains the problem and possible resolutions. It has to do with PHP5.1 and themes based on the XTemplate engine (bluemarine being one).
Regards, Greg
PS - note: copied from http://lists.drupal.org/pipermail/support/2006-March/002398.html :)
-- Geoff Staples Warning. Use this email system for confidential communications at your own risk. The President of the United States has issued an executive order allowing the National Security Agency to surveil domestic email, telephonic communication, U. S. Mail and all other forms of communicaton. Although no communication can be guaranteed to be secure, confidential communications made in person at an unknown location arranged via pigeon carrier, smoke signal, or commercial courier are suggested.
participants (2)
-
Geoff Staples -
Greg Knaddison - GVS