Misophoniq

You don’t need to give stuff away for free, but it should be mentioned that most features in a plugin are premium. Will save a lot of people a lot of wasted time when searching for very basic functionality.

I don’t mind paying for good plugins, but in this case I was just searching for a way to remove the author and date from a page. I’m not going to pay ￡19.99?–?￡39.99 for something that ended up being a 2-minute theme edit in the end.

Thanks for the solution mintfactory! Please ignore people nagging about your posts without providing a solution. Thanks again!

Since you (bubazoo) wrote that reverting to an older version didn’t solve the problem, it got me thinking; maybe it was not a plugin update that broke it but a WordPress update. I’ll start out doing some tests using the previous version of WordPress with the previous version of the plugin and see where it goes wrong when I update stuff…

It’s a bit odd it isn’t working for you with the default theme because for me it is. Well, depends on what you call the default theme of course. Did you try the brand new TwentyThirteen or the previous default theme TwentyTwelve? Also, did you try with disabling plugins? Maybe there’s a conflict with some of the plugins you use.

“Lucky” for me the problem on my site is only with pages that have SoundCloud embedded on them, not on regular pages. This SoundCloud embedding is a theme feature with some extra formatting, so the problem must be somewhere in the added code for this. I’ll try to sort out the differences between these SoundCloud and normal pages and determine what is causing the problem.

[Edit] Didn’t read your message correctly. You already mentioned the themes you tried. ;-)[/edit]

Thanks for the reply. Using an older version didn’t solve it for me. I’ll do some “research” on a test installation using different themes next weekend. Right now, the problem only appears on pages with embedded SoundCloud player, but since this player is embedded in an iFame I can’t image the player itself is causing the problem since iFrames shouldn’t affect the page that embeds it. It’s probably something with the way my theme embeds this player iFrame. I really like your plugin, so I’m going to find out what is wrong no matter what! ??

Examples:

Page with embedded SoundCloud player and mb.mini.AudioPlayer. Controls on the player don’t show: https://omnidextrous.info/hot-love/

Page without embedded SoundCloud player but with mb.mini.AudioPlayer: Controls show like expected: https://omnidextrous.info/kawai-wk40/

I have the exact same problem, but only on pages that also have the SoundCloud player embedded on the same page (which is a theme function). Must be a CSS thing with some colliding settings.

Well, it’s not that I’m that concerned with making calls to the ajax routine but I like to secure my site by blocking the wp-admin folder using .htaccess. Unfortunately that method also results in regular visitors being prompted for a password whenever a page calls something inside this wp-admin folder.

Like I wrote, easily solvable by making a copy of the admin-ajax.php outside wp-admin and modify scripts that call it. But I feel that not everyone might be into php enough to make such modifications.

It would be a shame if people cannot or will not use your add-on because it collides with another plugin. I know there are security plugins out there that also block the wp-ammin by creating an .htaccess file.

Inexperienced users might not understand why your plugin and some security plugin won’t function together let alone how to solve this and then probably choose to just not use either your plugin or the security plugin. ??

Esmi, it is not in the installation instructions on www.ads-software.com. That’s where most people will install this plugin from. I agree with Crodexter that trusting an unknown 3rd party site for stuff like this is bad.

Couldn’t agree more. I was about to write the same with a 1-star rating when I noticed this review, so I’m just adding to this one.

Being forced to register with a 3rd party you know nothing about is not acceptable for me and this wasn’t mentioned anywhere in the installation instructions. And don’t reply by telling me how good, trustworthy or blabla this OneAll is, I don’t know it, I don’t trust it.

Thanks for the reply Adeel, that’s exactly what I meant! ?? Since this “why” is on the page that lists fake login attempts it seems fairly obvious to me why I blocked the address. I would like to contribute to the list of bad IP addresses, but I don’t really feel like entering this information for every single address again and again. A simple default link that will submit the obvious information would be great! ?? I’m having a tsunami of fake registrations and login attempts on my site lately.

Same here. All comments are totally empty. Only leaving “Name on date said:” and then nothing. Using the completely untouched TwentyEleven WordPress theme with only color settings changed using the supplied WordPress Theme options.

Normal page view

Page view after activating plugin

Okay, found the problem, just not a solution yet. ??

Even though standard bbPress and BuddyPress forums have the exact same structure in the MySQL database, the function update_topic_read_by() doesn’t get a topic_id returned from the bbp_get_topic_id your script is calling. I took a quick look at the bbPress template-tags.php where this function is loaded, but I can’t really figure out why it’s refusing to return a topic_id for BuddyPress Group Forums.

Since the topic_id is exactly the same as the WordPress page_id, I tried to write a small code to grab the page_id instead, but I can’t get it to work. Apparently BuddyPress seems to be using it’s own “forum loop” rather than the default WordPress loop, so I couldn’t find any way to grab the page_id for BuddyPress forums. It works for bbPress forum, but that’s useless since that’s also already working using your call for the topic_id. I’m using nice permalinks, so I can’t grab the page_id from the URL.

I think I’ll dig in a bit deeper when it’s not so freakin’ hot! This isn’t really “your problem” since your plugin seems to be working fine for WordPress and bbPress, for which it is intended. I’m a virgin when it comes to plugins and bbPress and BuddyPress, so this will probably take some time. I think I pretty well know all the ins and out of WordPress, but bbPress and BuddyPress code is still one huge digital maze for me. ??

And yes, since your latest update, your plugin is working just perfectly for the standard bbPress forums. Thanks a lot for that! ??

That was quick! Great support man!

I’ll test it as soon as I’m finished finding out why it doesn’t work on my BuddyPress forums yet. Don’t want to change my settings now since I know how the plugin behaves so far. I’ll update you as soon as I figured it out. Thanks for the quick response!

I found it! Oh my God, you’re never going to believe how simple and obvious the problem was! ??

After extensive testing I was slightly going out of my mind because both the last activity fields for the board and the last time the visitor visited the board were always updated in the MySQL database. Yet the routine that rendered the read/unread class decided that the board was unread.

I figured there must have been something wrong in the decision whether or not the visitor visited the board before or after the last time it was updated.

As a last resort, I decided to modify your script so that it would output all values that were used as HTML remarks inside the source of the page, so I could debug what values were used to make “decisions” in your script.

Than it finally became clear. It’s a freakin’ timezone problem! ??

The routine that updates the time the board was last active is handled by bbPress and takes in account the timezone settings of WordPress.

The routine that updates when the user was last in a board is handled by your script, which doesn’t account for timezone settings.

So when I was extensively testing the debug board, I would post a message in the board at around 13:15 local time. So bbPress would update the last activity in the board accordingly, setting is around 13:15.

However, YOUR script would write my last active time in that board as 11:15. So even when nothing was happening in the board at all, 15 minutes later my last activity might have been 11:30 (according to your script not accounting for the timezone), but the last activity in the forum would still be at 13:15, which would still be much later than the time I last visited the board according to your script so it was decided there was something unread in there.

This WOULD have been “fixed” if nothing happened in the board at all for at least two hours and I would then visit the board again. THEN my last visit would have been AFTER the last activity, even though the time for my last visit was still two hours off from the REAL time I visited the board. Because I have been testing and moving so much and extensively, there wasn’t any board untouched for at least two hours. I DOES explain though how sometimes the script appeared to work and sometimes it didn’t. The times it DID seem to work would have been after visiting a board with no activity at all for at least two hours.

I paid a little visit to your board to see your timezone and it seemed that you have none. So that would explain why you don’t have this problem. The time you last visit a board (written by bbPress) will be the same as the last activity for the user in that board (written by your script).

So, if you’re planning on updating this script, it should read the timezone settings from the WordPress config and take that in account when writing the time a visitor was last active in a board, since this is what bbPress does with the time you use for comparison. If you are noting going to update your script, I’ll see if I can figure it out. For now I just set the timezone of my board to GMT, because it’s an international board anyway, not bound to my local timezone here.

Next step will be trying to figure out why your script is working okay for the “classic” bbPress style forums but not for my BuddyPress style “group forums”. I’ll keep you posted!