Index page url not full path when logging into Edit+ - button issues

(Charlotte Westney) #1

Hi everyone,

 

When we login to Edit+ on any of our sites from the homepage, the root url changes to append the homepage webpath;

/home or /index

and it then appends the edit mode for Edit+, and everything works perfectly

 

eg:  http://www.nationalparks.gov.uk/home/_edit#mode=edit

 

 

But, this doesn't happen on just one of my sites, www.northyorkmoors.org.uk,  logging in on any page url is fine and works as above, but from the root url it ends up like this:

http://www.northyorkmoors.org.uk/_edit

 

And when that happens, the buttons on the top black bar of Edit+ aren't clickable over their whole height, you can only click the bottom line - its like the <a> element is trying to act on a line of text that doesn't have any height, rather than being set to act on the images.

 

 

I've been trying to spot what is different for this one site compared to the others, but I just can't find it. The site asset has the homepage asset set as the homepage on its Details screen. The homepage page asset has the webpaths 'index' and 'home' set on its webpaths screen, just like the other sites (I just added 'index' this morning, 'home' was set previously.

I've cleared the Matrix cache and Squid cache for both the homepage and site assets.

 

Any ideas why this site won't behave in the same way as the others, and append the homepage url and the #mode part to the url when logging into Edit+?

 

Thanks,

Charlie.

 

PS - I've just come back to work after a year off on maternity leave, so that's why I haven't been on here for a while, and please be gentle with your answers, I'm trying to remember all my Matrix knowledge! ;-)

(Nic Hubbard) #2

Welcome back!

 

Looks like these files are not found:

 

http://www.northyorkmoors.org.uk/_designs/general-css/eescustom.css

http://www.northyorkmoors.org.uk/_designs/general-css/lightbox.css

 

I am also seeing a javascript error:

ReferenceError: Can't find variable: limbo_lock_type

Not sure why this is happening though...

(Charlotte Westney) #3

Ah, that looks promising in terms of a cause.

 

The reason for that is that when we try to apply new URLs to the Design folder, it takes so long that it tends to timeout, and we end up with the new url applied to some assets but not others, it can result in our sites temporarily displaying with no css at all (which looks just lovely) and can even end up in editors not being to edit because the connections between Matrix and the DB get too full.

 

The site in question isn't listed as a URL on our main Designs folder.

The design files and custom css files are all kept under that's site folder. But of course, the ESS css files are called from that location by default?

 

But then how does that work on the other pages that don't have this problem and load fine in EES?

 

Puzzled...

(Nic Hubbard) #4

Yeah, I don't know too much about EES, but in the config file for it, isn't there a place to specify the path?

(Charlotte Westney) #5

Right, those files are for customising EES, which this site doesn't use.

The files for the CSS files for EES itself, are called in from a /__data/ path - and those are getting loaded in correctly on this site.

 

So, maybe those missing files are a red herring.

 

That ref error for limbo_lock_type is interesting though. The team have just reported to me that if they find a PDF in the asset finder, and select it to go to its details screen, the same problem occurs. The url in the address bar shows like this:

 

http://www.northyorkmoors.org.uk/_edit?limbo_assetid=450547#mode=edit&screen=content&tree_id=000G000500050001000D

 

even though those PDFs have unrestricted access set to No, and if you view them on the site, appear under urls like this:

http://www.northyorkmoors.org.uk/about-us/how-the-authority-works/State-of-Park-2009.pdf

 

 

Not sure if the 'limbo asset' thing is related, but could be.

 

 

What is it about this site's homepage, that won't load it with the /index or /home part of the filepath, when all my other sites do that? There has to be something, somewhere!

(Tom Chadwin) #6

Might be worth finding another site whose designs aren't in the Designs folder. I'll see if I can dig one out.

(Nic Hubbard) #7

The reason for that is that when we try to apply new URLs to the Design folder, it takes so long that it tends to timeout, and we end up with the new url applied to some assets but not others, it can result in our sites temporarily displaying with no css at all (which looks just lovely) and can even end up in editors not being to edit because the connections between Matrix and the DB get too full.

 

Yeah, we stopped using the Design and Media folder for all new sites because of these sort of issues.

#8

Hey Charlie,
Have you applied the site root node to the JS API for edit ? Sorry if you had already said this!

(Tom Chadwin) #9

A good question, Fuzz, but I've just double-checked, and yes, we have.

#10

Damn - ill pass this thread around our team to see if they shed any light as it’s a bugger when edit doesn’t play ball!