Forum Replies Created

Viewing 10 replies - 1 through 10 (of 10 total)
  • Thread Starter wolf-d

    (@wolf-d)

    Steve, in the end it was the NGG (NextGen Gallery) plugin which somehow interfered. It supposedly works with 4.9.8, but in my case it apparently prevented the page template from being applied. The NGG plugin escaped my attention earlier, because it sits way down in the list of plugins and didn’t show up in the list on dashboard.
    (clearing caches using the WP Clear File Cache plugin didn’t do anything therefore)
    Thanks for your help, much appreciated.

    Thread Starter wolf-d

    (@wolf-d)

    no, I don’t. I have only the wp-include/cache.php.

    Thread Starter wolf-d

    (@wolf-d)

    the thing is everything worked fine until 4.9.8 came around. And as I indicated in my previous post, turning my custom theme and then plugins on one by one in Troubleshooting Mode everything works. Turning Troubleshooting Mode off and I’m back to the old problem…

    Thread Starter wolf-d

    (@wolf-d)

    Steve, most of my pages use a custom template under the Page Attributes tab. This custom template is not applied anymore, ie the page displays the standard layout and not the one defined in the corresponding “specialpage.php” file.

    more puzzles: when I enable “Troubleshooting Mode” in the Health Check plugin and enable my custom theme and all available plugins, everything is as should be. As soon as I disable “Troubleshooting Mode” the old problem reappears.

    Thread Starter wolf-d

    (@wolf-d)

    Thanks Steve,installed Health Check and now it seems to work. Despite a systematic approach, I couldn’t determine what had gone wrong. Now I’m having a different problem with 4.9.8: a page template is not being read/applied. Before starting a new thread I’ll investigate using Health Check. Thanks again!

    Thread Starter wolf-d

    (@wolf-d)

    I’m not using any plugin for custom fields.

    Thread Starter wolf-d

    (@wolf-d)

    Thanks again, Tim!

    >shadowbox: yes, the corresponding plugin caused problems which could be fixed by changing some of its settings.

    >download button/text: after switching to text only the ‘download’ works, kind of… it actually loads it into the local QT-player and plays it there.
    To actually download the .mp3 file one has to right/ctrl-click on the download text and then “Save Link” (in FF – which got me confused as I was expecting something like “Download Linked File” as in Safari).

    And it appears that even the statistics work!

    Regards,
    Wolf

    Thread Starter wolf-d

    (@wolf-d)

    Tim,

    thanks for your prompt answer.
    Here is a link to one of the two posts:
    https://blog.wolfsview.com/wordpress/podcast-1-return-from-outer-space/

    I checked both, with and without the “Absolute path..” option and unless I got the absolute path wrong there’s no difference in behavior.

    The link behind the button – as indicated by Firefox – is not correct and leads to a non-existing folder.
    In podPress General Settings location of media files I used the same URL as in media location of the plugin within the wp-post. The player finds the .mp3 just fine…

    BTW, I’m using WP 3.1.3 and podPress 8.8.10.7

    Regards,
    Wolf

    Thread Starter wolf-d

    (@wolf-d)

    Thanks Matt, this seems to work – single pix and galleries do show up now!

    Thread Starter wolf-d

    (@wolf-d)

    Thanks for the prompt answer, Matt.

    Unfortunately, neither of the two options worked…
    Well, there was not a single file in the wp-content/uploads/shadowbox-js/ folder to begin with!

    I also went through a deactivate/delete from wp/content/plugins (and wp-content/uploads) folder and new upload and activate cycle – no cigar…
    (I also tried different javascript libraries)

    btw: the wp-content/uploads/shadowbox-js folder at least has the 755 permissions.

    What now?

    Wolf

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