ebaillie

Just bumping this to say that I too would really like to be able to do two-taxonomy queries.

Thanks!

oh, and of course that’s just a warning, not an error

Only one listed:
—–
Use of getPreventDefault() is deprecated. Use defaultPrevented instead.
—–

This seems to be traceable to jquery.js, of which there are various copies, in different places in the site code.

Nothing else.

We’re using Apache on linux … I don’t think that was the source of our problem, but we ended up just putting an SSL certificate on locally, which seems to have fixed up _most_ of the stuff. Some other issues were solved by getting a copy of the live site’s server config, which had a bunch of URL rewrites in it.

I’m still not completely round the issue of why URLs are defaulting to https, but the issue has moved to “academic interest”

Thanks ??

I think I’ve figured out what the issue must be. I can see that, in fact, the dashboard page _must_ make some reference to code from the theme itself, because there are options under ‘appearance’ which change depending on which theme is chosen. And, seeing that there’s an ‘admin’ subdirectory in the theme directory, I guess that’s where the problem is.

My download may possibly be missing some files that weren’t under source control – not a problem that folks here can help me with! Since the theme itself is quite broken, I think the resolution is probably just to try to get those files from another source

Hacky, but worked for me: non-breaking space

& nbsp ;

?

Yeah. that’s what I would have thought too. But no good…

Because this is a copy of another site I have no guarantee that the Builder Theme files are pristine and unchanged … in fact, I expect they’re not. So I’m not totally surprised if something in the theme is broken, I just wasn’t expecting it to have any effect on the admin page. It’s like the admin page is trying to use the same templates as the website pages.

I also see a bit of bleeding between website and admin on the “original” site I’ve copied from too – in that case, when I go to Users/Your Profile suddenly it turns into the format of the website itself, complete with logos and menus (only…not functionally broken in the way my test site is ??

Found a workaround later on – when I do it in Chrome rather than Safari, the save button works fine.

So I’m happy enough now – might be worth working out if the problem with Save is common on MacOS though.

Ah! Fixed it. Classic case of “you need to tell someone else first before you figure out what’s going wrong.”

Permissions on the affected php file were 0666 (for some reason). All others in the directory were 0644. Got rid of the excess write permissions, the site will let me execute that php file again.

Who knows! That’s the thing about jumping into the middle of a site that’s been up for a couple of years with very minimal handover.