Not able to edit some pages on my site

Permalink
Hello,

So I've been trying to work out this problem for a couple of hours now and nothing seems to be working. I've got two pages that won't let me edit them, and two that work just fine. On the two that work, the edit bar appears, but doesn't for the two that don't. It's bizarre and I'm struggling to figure it out (and want to prevent a complete redo as it's a live client site at this point since it was working).

I started with a fresh install of 8.1 mid June and everything worked. Within my custom theme, I have two templates, the home page uses one template, the 3 subpages use the other. Until the last week or so (when I noticed a broken link), the entire site worked great. I could edit every page without any issue. Nothing has been changed since I did this.

I get no console errors (jquery shouldn't be - and appears that it isn't - called twice). Page errors are turned on and no php errors appear when I view source. There are no errors in the log that weren't already addressed (prior to this issue). I've both cleared the cache through the dashboard and by deleting the files/cache folder contents. I have both of the header and footer required lines correctly added (again, two pages using the same template; one works, the other doesn't - so it's shouldn't be that).

Here's where it gets weird.

I thought that MAYBE it was my theme (and it still could be), so I switched the theme to Elemental. The pages that previously worked accepted the theme. The ones that don't, didn't. That makes no sense to me as the theme was applied to the entire site.

So that's where I stand. I've got two pages (one of which is using a template that works just fine one the other two pages using it) that flat out have failed.

The ONLY thing I can think of is that I messed around with .htaccess previously trying to get a url to mask the subfolder of some of these pages. However, I did that on both a working and non-working page and DIDN'T do it on one of the non-working pages, so I don't think that is the issue. Before this issue, I removed the code that didn't work and put a 301 redirect on the URLs so they just point to the subfolders. But again, my issue is with the pages those URLs redirect to, so it shouldn't be the problem.

If you'd like to check out the site, it'shttp://dansbyoutdoors.com. The home page and the first subpage (Bartholomew Club) are the culprits. The other two work just fine and are editable at this point.

Also, I've run the site through the wc3 validator and fixed some issues associated with that, but the live pages don't seem to reflect that.

My gut tells me that this is some sort of strange caching issue. I've tried this on different browsers, logged in and out, cleared browser caches, used incognito/private windows and still have the issue, so IMHO if it is a caching issue, it's on the server and not a browser cache issue.

I appreciate the help. I suppose I can blow away the site, work through the night and rebuild it, but I'd rather not if I don't have to do so.

Thanks,
Heath

heathgriffin
 
hutman replied on at Permalink Reply
hutman
Send PM
heathgriffin replied on at Permalink Reply
heathgriffin
For anyone that comes across this, I had switched from ethernet to wifi in the middle of my session while working on my site. I'm not 100% sure this was the cause of the issue, but it cleared itself up the next day. About this time I was locked out of the concrete5.org forums, so my suspicion in that switching between network types caused my IP address to change and everything went haywire as a result. Of course that is purely speculation and might only be circumstantial.
heathgriffin replied on at Permalink Reply
heathgriffin
Just to be clear, the problem I described in my original post has been resolved for some time (it fixed itself). I no longer need help with the issue.
stewblack23 replied on at Permalink Reply
stewblack23
Ok. Cool.
MrKDilkington replied on at Permalink Reply
MrKDilkington
By default, I believe concrete5 invalidates a session if the IP changes. This is set in the config, but can be changed.
https://github.com/concrete5/concrete5/blob/develop/concrete/config/...