Strange thing - I spent the past week or so doing major maintentance and setting up a new template. This afternoon I ran the autoupgrade and suddenly the whole page is back to the previous layout. Or actually, the wrapper is back to the previous version, the main page is back to the standard template, displaylinks is empty and so are most other template files and the stylesheet is not loaded in wrapper.
If you ran the upgrade schema on the "Advanced Options" page, that would have all templates reverted to the default on the next upgrade... but I removed the option a few versions ago after someone else used it.
It's impossible for the script to revert a template to a version which is "previous" but not standard since that data isn't stored -- that would have to be a browser cache issue or a hosting backup restoration.
Paul wrote: If you ran the upgrade schema on the "Advanced Options" page, that would have all templates reverted to the default on the next upgrade... but I removed the option a few versions ago after someone else used it.
Nope, used the one on the front page.
Paul wrote: It's impossible for the script to revert a template to a version which is "previous" but not standard since that data isn't stored -- that would have to be a browser cache issue or a hosting backup restoration.
IMPOSSIBLE - that's what I figured and why I was so confused last night Hosting backup restoration - have to look into that. Find it strange though that only selected templates are reverted to the previous version (i.e. wrapper, linkbit), other templates are untouched (like all custom templates) and others are wiped. ETA: new observation: calling a custom template called "updates" from the drop-down in the templates manager is actually pulling up another custom template called "guidelines" - but it's still called "/updates.tpl" on the submit button below the textarea, the stylesheet is called "default.tpl"...
Tell me if the files exist and are blank, exist non-blank with bad permissions, or don't exist.
Bad permissions or non-existing templates I've had before and they always cause error messages. The templates are just empty, but I can load them just fine through the website or the template manager. displaylinks.tpl I had just reverted back to the standard through admin, because I was looking for a link. But it was empty last night after the upgrade.
Is there any way to undo an upgrade???
BTW, I recently switched to the SEO friendly URLs - works frin for some categories, i.e. "Fan Sites" shows up as http://www.link-lounge.com/fan_sites/, but others show up with their category ID, i.e. http://www.link-lounge.com/67/ I haven't been able to make out a pattern...
There's no backup if you didn't make one. I could possibly have it write a backup during upgrade, but whatever makes your upgrade not work would likely make your backup not work too, and you'd have to remember to delete it or put it in a non-web-accessible directory... so there doesn't seem to be much point.
Any category name with special characters uses the id instead of name, unless you use a rewrite scheme that includes {CATID} ({REWRITEPATH}-{CATID}/{PAGE}.html).
So, I went back into admin today with the best intentions of re-doing the templates. But first I clicked the auto-upgrade - and now I can't access anything anymore. I get a 403 error for the whole thing. I tried to manually upgrade, then checked all permissions ... nothing. I'm gonna set up an FTP account for you and fill out that form. (I didn't overwrite the templates, but at this point, that doesn't really matter.)
FYI, I moved to a new server a few weeks ago, the other upgrade errors happened on the old server.
The 403 error is the .htaccess file -- SEO URL rewriting. 403s are always .htaccess or chmod, but since you're in cgi/suphp mode it'll always be .htaccess.
The question is how you got that .htaccess file. When I keep everything as you have it and just press enter on the SEO page, it generates a valid .htaccess file that looks different from the one you had. You had:
order allow,deny deny from 203.160.1.44 deny from 209.68.139.150 allow from all
What you had looks like what you'd get if you took the legacy htaccess.txt file that ships and went through manually tweaking it. Though if you'd done that, surely the error would've been present before upgrade at the time you did it. Anyhow I'll stop shipping an htaccess.txt since it doesn't serve any purpose anymore except to be potentially confusing.
I see you have both a 'default' and a 'linklounge' template set. Are you intentionally allowing people a choice between the two? Are you sure you haven't been confusing the two?
Did you restore a backup of your templates, or is there supposed to be something wrong with the templates that I should be able to see now? The 'linklongue' ones look highly customized.
Will see what an upgrade does when I release 5.0.42 tomorrow.
Jenny wrote: So, I went back into admin today with the best intentions of re-doing the templates.
This bit implies that you don't think your templates are customized. To clarify, here's a screenshot (which looks quite customized). So I'm not clear on what has been lost.
okay, by now I am COMPLETELY confused, but I am glad that it seems to be working okay now. I didn't even remember that I had two different template sets. There was a reason and I think it had something to do with the old errors that I used to get when the permissions for the templates changed on their own. But that's so long ago, I should just delete that one set. Thanks so much Paul, I guess from an outside perspective it's easier to spot these things than when you're looking at them every day :-) I'm gonna run the next auto-upgrade in a second, let's see what happens...
Your template sets do have a minor problem in that they didn't get properly upgraded from their original version, so they got out of sync and are showing as 'customized' despite your not actually having customized them. And some others show as customized even though they're still exactly the same... I think that means you uploaded them via FTP in binary instead of ascii from a Windows desktop. I'm reverting a bunch of those to standard so that your upgrades will be simpler.
I see both template sets had several blank templates (reverted those now). The question is how those templates got blanked, and how the others failed to update.
Linux, yes. It's Kubuntu 8.10, running KDE 4.1. Seems like Kubuntu is the only distro that likes my hardware these days.
Let me tell you, though, avoid KDE 4.1 at all costs. I hear 4.2 is good, and 3.5 was good, but here in 4.1 I can't even zip a directory anymore without looking up the command line (ark reports "that feature is not implemented yet, sorry"). Luckily 9.04 will be here soon and should release me from this torment.
0/5
1
2
3
4
5
Sorry, you don't have permission to post posts. Log in, or register if you haven't yet.
Comments on Template "loss" through upgrade, etc
Forum Regular
Usergroup: Customer
Joined: May 11, 2003
Total Topics: 64
Total Comments: 199
Strange thing - I spent the past week or so doing major maintentance and setting up a new template. This afternoon I ran the autoupgrade and suddenly the whole page is back to the previous layout.
Or actually, the wrapper is back to the previous version, the main page is back to the standard template, displaylinks is empty and so are most other template files and the stylesheet is not loaded in wrapper.
help
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
If you ran the upgrade schema on the "Advanced Options" page, that would have all templates reverted to the default on the next upgrade... but I removed the option a few versions ago after someone else used it.
It's impossible for the script to revert a template to a version which is "previous" but not standard since that data isn't stored -- that would have to be a browser cache issue or a hosting backup restoration.
Templates appearing empty might just have a permissions problem if you're in apache mode without suPHP. www.link-lounge.com/templat...s/default/displaylinks.tpl appears fine though.
Tell me if the files exist and are blank, exist non-blank with bad permissions, or don't exist.
Forum Regular
Usergroup: Customer
Joined: May 11, 2003
Total Topics: 64
Total Comments: 199
If you ran the upgrade schema on the "Advanced Options" page, that would have all templates reverted to the default on the next upgrade... but I removed the option a few versions ago after someone else used it.
Nope, used the one on the front page.
It's impossible for the script to revert a template to a version which is "previous" but not standard since that data isn't stored -- that would have to be a browser cache issue or a hosting backup restoration.
IMPOSSIBLE - that's what I figured and why I was so confused last night
ETA: new observation: calling a custom template called "updates" from the drop-down in the templates manager is actually pulling up another custom template called "guidelines" - but it's still called "/updates.tpl" on the submit button below the textarea, the stylesheet is called "default.tpl"...
Templates appearing empty might just have a permissions problem if you're in apache mode without suPHP. www.link-lounge.com/templat...s/default/displaylinks.tpl appears fine though.
Tell me if the files exist and are blank, exist non-blank with bad permissions, or don't exist.
Bad permissions or non-existing templates I've had before and they always cause error messages. The templates are just empty, but I can load them just fine through the website or the template manager. displaylinks.tpl I had just reverted back to the standard through admin, because I was looking for a link. But it was empty last night after the upgrade.
Is there any way to undo an upgrade???
BTW, I recently switched to the SEO friendly URLs - works frin for some categories, i.e. "Fan Sites" shows up as http://www.link-lounge.com/fan_sites/, but others show up with their category ID, i.e. http://www.link-lounge.com/67/
I haven't been able to make out a pattern...
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
It sounds like upgrade errors happen to you often, which means I need to see it to figure out what it is about the server setup: scripts.webmastersite.net/w...tom=yes&TID=upgradeservice
There's no backup if you didn't make one. I could possibly have it write a backup during upgrade, but whatever makes your upgrade not work would likely make your backup not work too, and you'd have to remember to delete it or put it in a non-web-accessible directory... so there doesn't seem to be much point.
Any category name with special characters uses the id instead of name, unless you use a rewrite scheme that includes {CATID} ({REWRITEPATH}-{CATID}/{PAGE}.html).
Forum Regular
Usergroup: Customer
Joined: May 11, 2003
Total Topics: 64
Total Comments: 199
So, I went back into admin today with the best intentions of re-doing the templates. But first I clicked the auto-upgrade - and now I can't access anything anymore. I get a 403 error for the whole thing. I tried to manually upgrade, then checked all permissions ... nothing.
I'm gonna set up an FTP account for you and fill out that form.
(I didn't overwrite the templates, but at this point, that doesn't really matter.)
FYI, I moved to a new server a few weeks ago, the other upgrade errors happened on the old server.
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
The 403 error is the .htaccess file -- SEO URL rewriting. 403s are always .htaccess or chmod, but since you're in cgi/suphp mode it'll always be .htaccess.
The question is how you got that .htaccess file. When I keep everything as you have it and just press enter on the SEO page, it generates a valid .htaccess file that looks different from the one you had. You had:
WSN generates:
What you had looks like what you'd get if you took the legacy htaccess.txt file that ships and went through manually tweaking it. Though if you'd done that, surely the error would've been present before upgrade at the time you did it. Anyhow I'll stop shipping an htaccess.txt since it doesn't serve any purpose anymore except to be potentially confusing.
I see you have both a 'default' and a 'linklounge' template set. Are you intentionally allowing people a choice between the two? Are you sure you haven't been confusing the two?
Did you restore a backup of your templates, or is there supposed to be something wrong with the templates that I should be able to see now? The 'linklongue' ones look highly customized.
Will see what an upgrade does when I release 5.0.42 tomorrow.
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
So, I went back into admin today with the best intentions of re-doing the templates.
This bit implies that you don't think your templates are customized. To clarify, here's a screenshot (which looks quite customized). So I'm not clear on what has been lost.
Attached Files:
Forum Regular
Usergroup: Customer
Joined: May 11, 2003
Total Topics: 64
Total Comments: 199
okay, by now I am COMPLETELY confused, but I am glad that it seems to be working okay now.
I didn't even remember that I had two different template sets. There was a reason and I think it had something to do with the old errors that I used to get when the permissions for the templates changed on their own. But that's so long ago, I should just delete that one set.
Thanks so much Paul, I guess from an outside perspective it's easier to spot these things than when you're looking at them every day :-)
I'm gonna run the next auto-upgrade in a second, let's see what happens...
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
Your template sets do have a minor problem in that they didn't get properly upgraded from their original version, so they got out of sync and are showing as 'customized' despite your not actually having customized them. And some others show as customized even though they're still exactly the same... I think that means you uploaded them via FTP in binary instead of ascii from a Windows desktop. I'm reverting a bunch of those to standard so that your upgrades will be simpler.
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
I see both template sets had several blank templates (reverted those now). The question is how those templates got blanked, and how the others failed to update.
But anyhow, everything looks good now.
Forum Regular
Usergroup: Customer
Joined: May 11, 2003
Total Topics: 64
Total Comments: 199
Thanks so much Paul, I really appreciate it. Now I got something to do tonight when I get home
BTW, haven't been working (at home) with Windows in over a year (and I'm so happy
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
Linux, yes. It's Kubuntu 8.10, running KDE 4.1. Seems like Kubuntu is the only distro that likes my hardware these days.
Let me tell you, though, avoid KDE 4.1 at all costs. I hear 4.2 is good, and 3.5 was good, but here in 4.1 I can't even zip a directory anymore without looking up the command line (ark reports "that feature is not implemented yet, sorry"). Luckily 9.04 will be here soon and should release me from this torment.