Forum Replies Created

Viewing 14 replies - 1 through 14 (of 14 total)
  • I don’t know if anyone’s still looking at this, but the obvious workaround for the Bad Behaviour options problem is to disable the plugin altogether. For a local installation of WP (without any access from outside) Bad Behavior won’t actually do anything useful anyway, will it?

    I’m having the exact same problem with this; I’d like to enable the offsite forms in BB settings, but BB won’t allow me to change the settings, and when BB is deactivated, I have no access to the BB settings. According to the BB site, WordPress ignores settings.ini, so I need to get at the preferences elsewhere. But where?

    (update: forgot the details: Mac OS 10.6, using MAMP, up-to-date versions of everything.)

    Thread Starter enthusemarc

    (@enthusemarc)

    probablepossible: that was the post I was referring to at the top of this thread. Since I don’t have multisite enabled, those lines do not appear in my wp-config.

    Thread Starter enthusemarc

    (@enthusemarc)

    Okay, themes and plugs back on, and everything’s fine – or rather, it will be, once I’ve tweaked the widgets. Thanks again…

    Thread Starter enthusemarc

    (@enthusemarc)

    Well, something just went right. Blog pages are now loading, after a fashion. One of the following seems to have done the trick:

    ? deactivating Akismet (the only active plugin on the site at present)

    ? renaming the plugins folder to something WP would not recognise

    ? refreshing the wp-admin folder (for the second time)

    Now to reintroduce plugins and themes. I’ll let you know how it goes, and thanks to all…

    Thread Starter enthusemarc

    (@enthusemarc)

    kmessinger: there is no blank line at the end of wp-config. (I remember that solving a problem in an earlier upgrade, years ago.)

    Thread Starter enthusemarc

    (@enthusemarc)

    The index.php is the one that came in the 3.1.1 upgrade, unedited.

    My wp-config is the same as it was this morning, before I made the upgrade. (I tried changing the line

    require('./wp-blog-header.php')

    removing the “./”, no luck. I’ve since changed it back.

    I’ve also just checked that it wasn’t a cache problem, nor a browser-specific thing. It isn’t.

    I’m sure this is going to something very simple, but right now I don’t know what else to try.

    Thread Starter enthusemarc

    (@enthusemarc)

    Okay, I’ve just manually upgraded. I can now reach the dashboard, but the blog pages continue to be blank. I haven’t re-installed any plugins or my custom theme, so the installation at this point is totally vanilla. Any further ideas?

    Thread Starter enthusemarc

    (@enthusemarc)

    Since I’m not seeing a multitude of similar cries for help, I guess this isn’t happening for most users. The only untypical factor I can think of with my WP installation is that I use a splash page on the root of the site (https://www.nexistepas.com/) and the blog posts appear at https://www.nexistepas.com/enthuse/ – there is nothing at all to see at either of these links at this point, nor at the admin address…

    @justin

    I guiltily note that I mis-named the permalink schema in my sleep-deprived state. Sorry. I”m using the Day and Name format.

    With default permalinks the View All Events link goes like this:

    https://localhost:8888/?cat=8&eventDisplay=upcoming

    Day and Name permalinks go:

    https://localhost:8888/2010/06/15/sample-post/

    and when these are active, the same View All Events link reads:

    https://localhost:8888/category/events/upcoming

    which returns 404.

    Similarly, the previous links link at the bottom of list.php which under default permalinks is:

    https://localhost:8888/?cat=8&eventDisplay=past

    and now it’s:

    https://localhost:8888/category/events/past

    which also is 404.

    There’s a couple more similarly broken links further in, iirc. Can’t quite track them down at the moment.

    It looks like the widget obediently rewrites the links in accordance with the permalink schema, and is then failing to understand that schema, or something.

    I’ve just checked a valid link from the home page to a category page:

    https://localhost:8888/category/music/

    so it seems the new link code is well formed as far as “events/”…

    okay, as I suspected, I am an eejit.

    Please disregard Problem 2 above. I sorted it.

    Problem 1 vexes me still.

    hi

    I’m running TEC on a local installation with MAMP (so I can’t link to the examples I’m working on).

    Problem 1 (clearly a bug, I think?)

    In the events sidebar widget, the View All Events link gives me “Not Found” when I’m using Day and Time permalinks. When I click through to the Event List page, the Previous Events link at the foot of the page is also broken. When I switch the permalink settings back to default, everything works. Given that fancy permalinks are strongly needed, if not for the present WP install then for live sites, how do I fix?

    Problem 2 (Probably just me being an eejit)

    I found to my cost that having

    <?php require('include/header/top-menu.php'); ?>

    in my customised events/single.php makes things break quite spectacularly. I’ve tried all the path variations that made any sense, with no success. For the present, I’m hard-coding the contents of the includes into the events/files.

    Is it just not possible to call includes this way inside the events templates? Or if it is, what do I do?

    Thread Starter enthusemarc

    (@enthusemarc)

    Ah, ok. Problem solved. I made the events folder in the theme directory, but I’m using a child theme. Tried shifting the new folder into the parent theme directory, and now it’s working.

    You might want to disambiguate the notes on the plugin page, all the same, and note that the new copies should be in parent-theme/events, not child-theme/events.

    – so, in what sense is this topic “resolved”, exactly?

Viewing 14 replies - 1 through 14 (of 14 total)