madra

PS: further to previous:

I did try directly embedding a code snippet from the plugin directly into the content.php template file, just to see if there was communication happening between BBPress Topics for Posts and WP as a whole:

<?php
global $post, $bbp_post_topics;
$settings = $bbp_post_topics->get_topic_options_for_post( $post->ID );
?>
<a href="<?php bbp_topic_permalink( $bbp_post_topics->topic_ID ); ?>"><?php printf($settings['text']['link-text'],$post->post_title) ?></a>

Weirdly enough, that generated what looked like the link to the forum post as desired… except that the URL generated by bbp_topic_permalink( $bbp_post_topics->topic_ID ) was actually a link to the single post page for the article, rather than the topic in the forum. PHP ain’t my strong point, so I wasn’t able to suss out why calling the bbp_topic_permalink() function outside of the plugin returned the post URL rather than the topic URL or an ‘undefined’ error.

I’m having the same problem.

Forum topics are created fine, but the link to the topic does not appear at the bottom of any of my posts. I’ve set everything up as per the screenshots in the plugin folder and tried with the 2014, 2013 and 2012 themes, but no joy on either the index page or single post display pages.

With regard to your reply to Tessa above, I’m not seeing a call to “comments_template();” in the theme file I’m expecting it to be in: content.php. Am I looking in the right place?

Given that WP seems to be ignoring my settings, is there a shortcode, or a code snippet I can insert into a template to force your plugin to make the forum topic links appear?

Thanks for the help.

In the end I bit the bullet and: deleted the extra network tables from my database, reconfigured multisite and imported the DB dump again —and everything is [so far!] up and running again.

Sometimes you realise that starting from scratch is actually a quicker route than trying to effect running repairs!

One thing I’ve noticed from the nginx error log is that, even if I try and visit https://mydomain.com, the browser tries to load https://mydomain.com and the log records the request as request: "GET / HTTP/1.1"

should the request not show in the logs as request: "GET / HTTP/1.1", or is HTTP a generic reference to the protocol and includes HTTPS requests?… and why is the server [apparently] trying to serve up the HTTP version of the page when I request the HTTPS version?

[As you can probably tell, the intricacies of HTTP server requests are not my strong point!]

Ah thanks! –good thinking. It never occurred to me that Nginx would have a default logging level.

However unfortunately, after changing the logging level to “debug” I’m not sure I’m any the wiser. Here’s what I’m seeing in my log files, these three entries repeated over and over. I’ve blanked out some of the personal data with’xxxx’ to protect the innocent:

2013/07/20 20:53:03 [info] 21697#0: *83 client xx.xxx.143.36 closed keepalive connection

2013/07/20 20:53:03 [notice] 21697#0: *85 "(/wp-admin/|/xmlrpc.php|/wp-(app|cron|login|register|mail).php|wp-.*.php|/feed/|index.php|wp-comments-popup.php|wp-links-opml.php|wp-locations.php|sitemap(_index)?.xml|[a-z0-9_-]+-sitemap([0-9]+)?.xml)" does not match "/", client:xx.xxx.143.36, server: mydomain.com, request: "GET / HTTP/1.1", host: "mydomain.com"

2013/07/20 20:53:03 [notice] 21697#0: *85 "comment_author|wordpress_[a-f0-9]+|wp-postpass|wordpress_logged_in" matches "__utma=1xxxxxxx1.8xxxxxx8.1xxxxxx2.xxxxxx2.1xxxxxx2.1; __utmz=1xxxxxx1.1xxxxxx2.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); wp-settings-1=libraryContent%3Dbrowse%26uploader%3D1%26wplink%3D0%26hidetb%3D0; wp-settings-time-1=1370778996; wordpress_test_cookie=WP+Cookie+check; wordpress_logged_in_22fxxxxxxxxxxxxxxxxx74f=myname%7Cxxxxxxxxxxxxxxxxxxx81b", client: xx.xxx.143.36, server: mydomain.com, request: "GET / HTTP/1.1", host: "mydomain.com"

There are only two things I can see that look suspicious here:

1: The ……does not match “/” part looks like something’s not where nginx thinks it should be, and
2: The __utma, __utmz and __utmcsr references which seem to be related to Google Analytics, which I haven’t got installed on the site.

Is there anything else in these logs I’m missing?

Ah. OK. Thanks for the info. I look forward to the multisite compatible version.

You might want to add a note to the effect that it’s currently not completely compatible with multisite to the plugin description. It would have saved me a lot of headaches to know that in advance.

BTW –just on the off-chance that the root of the problem lies in some *really* obscure quarter, I’m running a multisite installation of WordPress and serving with Nginx.

Weird! –I posted another reply a couple of weeks ago, listing the [few] plugins I had installed. It seems to have disappeared.

Anyway, I’ve just disabled ALL my other plugins, reverted to the default ‘2012’ theme and tried quick editing a post that was part of a series and Organise Series lost the series info again. So I think we can safely say that this is not a case of “user error”. The plugin is definitely broken –at least for some users.

Here’s what I’m seeing:

1: Select a post that is part of a series and hit ‘Quick Edit’:

https://d.pr/i/vrfU

2: The problem seems to stem from the fact that the Quick Edit form does not populate with the series info in the ‘Series’ popup menu on the left, although it is correctly listed as part of a series in the ‘Series’ textarea on the right :

https://d.pr/i/xfsX

3: If changes are made [In this case I changed the title of the article] and saved, post will have been removed from series:

https://d.pr/i/8OwB

In addition, trying to ‘re-insert’ the post back into the series via the Quick Edit form is also broken. I added it back in at its original position as part 17 of 20. however it was added at position 20 and the original posts 18-20 renumbered downwards to fill the gap. I was only able to re-insert the post in its proper place and fix the other posts through using the full edit screen.

Hi Darren.

I’m using Eddie Machado’s Bones theme. I don’t see how the choice of theme would be relevant though, as the behaviour I’m seeing happens in the admin section, which uses the default WP theme.

As regards plugins: W3 Total Cache, Table of Contents Plus, PrintFriendly, Smooth Scroll Up and Akismet.

Does the plugin really need to use fast mutex?

It’s not included in the Debian installs of mySQL and, according to mySQL themselves, is about to be deprecated:

‘fast’ mutex implementation has several shortcomings and provides no measurable performance benefit. Since nowadays most platforms offer support for adaptive locks, MySQL’s ‘fast’ mutex is going to be removed in MySQL 6.0.

I don’t really want to be having to take my server offline and go through the hassles of recompiling a custom install of mySQL [no doubt breaking other stuff in the process], just to be able to use a WP plugin.

>>>That part has changed, the usernames are more restricted (to ASCII)<<<

not very user-friendly for non-english-speaking users, is it?

yes. i’ve set it so that all comments are moderated [too much ‘texas holdem’ spam about!] but i don’t think WP should apply that rule to comments i post myself while logged in as the admin – obviously i’m going to approve these since i’m posting them myself. the current situation – whereby, because i’ve got moderation turned on, when i’ve posted a comment i get an email telling me i’ve posted a comment and asking me to approve it – is a bit schizophrenic!

[ bilge – sook my stoopid brain! ]

i’ve got ecto working fine with WP 1,5. i remember i did have problems at first with it erroring out, but these turned out to be because of the permissions on my upload folder on the server.

log into wordpress admin section and then go to ‘options>miscellaneous’ – turn on “allow file uploads” and set the paths to whichever upload directory you’re using. you then need to ftp into your webspace and make sure permissions on that folder are set to 777, so that the folder is writable by ecto.

there’s some other setting that you’ll have to configure in ecto, where you point it to the appropriate uploads folder. i cannae remember exactly where this option is, as i’ve not got ecto handy at the moment, but i seem to remember it’s fairly obvious.

hope that helps.